Hallo
So wie es aussieht funktioniert es
nicht mit allen Festnetznummern :'(
Funktionierende Festnetz Anbieter
Es gibt mittlerweile eine WIKI Eintrag hierfür.
http://www.fhemwiki.de/wiki/Yowsup (http://www.fhemwiki.de/wiki/Yowsup)
Deshalb habe ich die Beschreibung aus dem ersten Betrag gelöscht um keine unnötige Verwirrung zu erzeugen.
DANK Andre,
gibt es jetzt nämlich ein Modul dafür:http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292 (http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292)
Das Modul ist mittlerweile von Andre eingecheckt :-)
und auch ich verwende das Modul jetzt und bin voll begeistert :D
Danke Andre :-)
Gruß Hannes
Hallo Hannes,
coole Sache, genau das habe ich schon gesucht.
Ich habe das allerdings ohne shell script gelöst, hier mein Besipiel:
{system("python /scripts/whatsapp/yowsup-cli -c /opt/fhem/yowsup.cfg -s 123456789 \"HAL9000 meldet: Strom ist wieder da\"")}
Gruß, Karl
Hallo Karl,
schön das es dir was gebracht hat :-).
Danke für für den Hinweis, werde ich auch gleich umbauen, und im ersten Threat anpassen.
Gruß Hannes
Gesendet von Tapatalk
Zitat von: schka17 am 09 Oktober 2014, 14:56:41
Hallo Hannes,
coole Sache, genau das habe ich schon gesucht.
Ich habe das allerdings ohne shell script gelöst, hier mein Besipiel:
{system("python /scripts/whatsapp/yowsup-cli -c /opt/fhem/yowsup.cfg -s 123456789 \"HAL9000 meldet: Strom ist wieder da\"")}
Gruß, Karl
Hallo Karl,
Ich hatte es so versucht wie Du, bin aber wieder gescheitert, genauso wie bei meiner ersten Installation.
Darauf hin hatte ich die Lösung mit dem Shell Script gefunden.
Jetzt habe ich jedoch heraus bekommen, warum es bei mir nicht ohne Shell Script funktioniert hat :).
Ich hatte im Konfig File hinter Ländercode
cc nichts eingetragen,
und komischerweise hatte das yowsup Script beim Starten via Shellscript den Ländercode selber ermittelt, beim Aufruf direkt über FHEM konnte der Code nicht ermittelt werden.
Nachdem ich den CODE 49 hinter cc eingetragen hatte konnte ich das Python Script auch direkt über FHEM wie Du starten.
Danke nochmals für den Hinweis, dass hat mir jetzt keine ruhe mehr gelassen bis ich es hin bekommen habe.
Ich habe jetzt das erste Posting geändert.
Gruß Hannes
Hallo,
ich wollte grad mal WhatsApp einrichten und bin nach dem ersten Beitrag vorgegangen.
Die config.example sieht so aus:
Zitat## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49
phone=49xxxxxxxx
id=0000000000
password=
Als phone habe ich unsere Festnetznummer angegeben.
Nach Eingabe von
python yowsup-cli -c config.example --requestcode sms
erhalte ich allerdings:
Zitatstatus: fail
retry_after: 3600
reason: no_routes
Vielleicht hat ja jemand eine Idee wo ich ansetzen muss.
Danke schonmal.
Grüße
Das Problem habe/hatte ich auch. Ich habe ich herausgefunden, dass man sich als Kunde der Telekom bei einigen Anschlüssen für den Dienst SMS registrieren muss. Sollte im Kundencenter oder über Hotline gehen. Aber Vorsicht: das funktioniert nicht bei jedem IP-Anschluss.
Hallo,
danke dir schonmal für die Antwort.
Wir sind zwar kein T-Com-Kunde aber ich vermute dann mal das es bei unserem Anbieter auch so sein dürfte.
Ich werd mir einfach eine SMS auf das Handy meiner Frau schicken lassen 8)
Grüße
Das Problem ist, dass dann auch das Whatsapp auf die Nr deiner Frau registriert wird. Das heißt, die Nachrichten von FHEM kommen dann quasi von deiner Frau UND sie kann Whatsapp nicht mehr nutzen.
Autsch - ok.
Dann lass ich das doch lieber - mal schauen was unser Anbieter so in petto hat.
Danke für den Hinweis.
Edith: Grad versucht. SMS vom Handy aus aufs Festnetz klappt.
ich habe mir hierfür die WhatApp-Sim von E-Plus geholt.
Grüße Jörg
Hallo,
ich hatte es auch zuerst getestet, indem ich eine SMS vom Handy an die Festnetz Nummer gesendet habe.
Erst als ich feststelle das dies funktionierte habe ich es mit whatsapp versucht.
Ich dachte das SMS senden an Festnetz bei jedem Abschluß funktioniert.
@Puschel74 hat es jetzt bei dir geklappt?
Gruß Hannes
Gesendet von Tapatalk
Hallo,
das senden einer SMS vom Handy aufs Festnetz klappt wunderbar - die SMS wird von einer netten Frauenstimme vor gelesen.
Nur das anmelden schlägt fehl >:(
Ich werde das heute nochmal versuchen..
Grüße
Zitat von: Puschel74 am 21 Oktober 2014, 08:22:52
Hallo,
das senden einer SMS vom Handy aufs Festnetz klappt wunderbar - die SMS wird von einer netten Frauenstimme vor gelesen.
Nur das anmelden schlägt fehl >:(
Ich werde das heute nochmal versuchen..
Grüße
Hallo,
Komisch kann es sein das er das config File nicht richtig einliest, da er auch keinen LänderCode ermittelt,
Oder ein Zugriffs Problem (Rechte) mit irgend einem SubFile des Scripts hat?
Gruß Hannes
Gesendet von Tapatalk
Hallo,
anbei mal ein Screenshot aus Putty.
Einzige die Rechte der config.example habe ich für alle beschreibbar gemacht - aber erst nach deinem Hinweis mit den Rechten @Hannes
Ich hab jetzt einmal eine SMS vom Handy auf unsere Festznetznummer geschickt und einmal vom Handy auf unsere SIP-Nummer.
Beide werden von einer netten Frauenstimme vorgelesen aber beide Nummern lassen sich nicht mit WhatsApp registrieren.
Beidemale kommt die MEldung wie im Screenshot zu sehen.
Noch eine Idee wo ich ansetzen könnte?
Grüße
Edith: Grad versucht mit einem sudo davor.
status: fail
retry_after: 3381
reason: too_recent
Ich werd mal ein bischen warten und dann nochmal versuchen 8)
Edith2: So - egal welche Nummer ich versuche - jedesmal reason: no_routes :-\
Hallo,
ich könnte höchstens versuchen, bei mir mal mit deiner Nummer zu testen.
Dann würdest du die SMS bekommen und könntest es mit den key bei dir freischalten
Nr per PM
Gruß Hannes
Gesendet von Tapatalk
Hallo,
danke für deine Hilfe.
Es macht doch hoffentlich keinen Unterschied das ich das auf einem Cubieboard versuche?
SIP-ID hätte ich noch eine frei daher könnten wir das gerne versuchen.
Nur sollten wir uns zeitlich absprechen - nicht das du die Registrierung startest, die dann vermutlich auch klappt, und ich bin nicht am Telefon 8)
Grüße
Zitat von: Puschel74 am 21 Oktober 2014, 20:21:06
Hallo,
danke für deine Hilfe.
Es macht doch hoffentlich keinen Unterschied das ich das auf einem Cubieboard versuche?
SIP-ID hätte ich noch eine frei daher könnten wir das gerne versuchen.
Nur sollten wir uns zeitlich absprechen - nicht das du die Registrierung startest, die dann vermutlich auch klappt, und ich bin nicht am Telefon 8)
Grüße
Hab es gerade mit einer Nummer versucht, welche ich mir einfach ausgedacht habe.
root@pi /opt/yowsup-master/src # python yowsup-cli -c config.example --requestcode sms
status: sent
retry_after: 10805
length: 6
method: sms
root@pi /opt/yowsup-master/src #
Und trotzdem kein fail zurück bekommen.
Was hast du für eine Python Version?
root@pi /opt/yowsup-master/src # python -V
Python 2.7.3
Test können wir gerne machen, heute wird wahrscheinlich knapp, aber morgen können wir das gerne machen.
Am besten abends, wenn die Kinder schlafen ;-).
Schöne grüße
Gesendet von Tapatalk
Zitat von: Puschel74 am 21 Oktober 2014, 20:21:06
Hallo,
danke für deine Hilfe.
Es macht doch hoffentlich keinen Unterschied das ich das auf einem Cubieboard versuche?
SIP-ID hätte ich noch eine frei daher könnten wir das gerne versuchen.
Nur sollten wir uns zeitlich absprechen - nicht das du die Registrierung startest, die dann vermutlich auch klappt, und ich bin nicht am Telefon 8)
Grüße
Hab es gerade mit einer Nummer versucht, welche ich mir einfach ausgedacht habe.
root@pi /opt/yowsup-master/src # python yowsup-cli -c config.example --requestcode sms
status: sent
retry_after: 10805
length: 6
method: sms
root@pi /opt/yowsup-master/src #
Und trotzdem kein fail zurück bekommen.
Was hast du für eine Python Version?
root@pi /opt/yowsup-master/src # python -V
Python 2.7.3
Test können wir gerne machen, heute wird wahrscheinlich knapp, aber morgen können wir das gerne machen.
Am besten abends, wenn die Kinder schlafen ;-).
Schöne grüße
Gesendet von Tapatalk
Hallo,
python -V liefert ein
Pyhton 2.7.3
zurück.
Es wird doch wohl keinen Unterschied machen ob das auf einem RasPi läuft oder einem Cubieboard ???
Ich hab nochmal gegooglet und der yowsup-cli noch ein x-Attribut verpasst - hat aber auch nichts gebracht.
status: fail
reason: no_routes
*Grummel* ich werd doch wohl nicht zu doof sein um das mit Anleitung in Betrieb nehmen zu können.
speedtest hat ja auch geklappt - dank andre ;D
Grüße
Hallo Puschel,
Die Plattform sollte eigentlich egal sein, ich habe es auf AMD64 mit Debian gemacht. Ich vermute eher dass sich diese Fehlermeldung auf die Telefonnummer bezieht, d.h. Dass keine Route zu der angegebenen Nummer gefunden wird.
Gruß
Karl
Sent from my iPad using Tapatalk
Hallo,
ZitatDass keine Route zu der angegebenen Nummer gefunden wird.
Ok ???
Und wie oder was kann ich dagegen/dafür machen?
Die Festnetznummer ist bei unserem Kabelanbieter und die SIP-Nummern bei Sipgate.
Die SIP-Nummern sind auf einer FB7390 eingetragen die hinter der 6360 hängt und die "Festnetznummer" wird auch von der 6360 auf die 7390 übertragen.
Wie gesagt - SMS vom Handy auf jede der Nummern klappt einwandfrei.
Grüße
Hallo Puschel,
Ich habe hier https://github.com/tgalal/yowsup/issues/311 (https://github.com/tgalal/yowsup/issues/311) ein paar Infos dazu gefunden, also zwei Vorschläge entweder die Registrierung über Voice probieren und nicht über SMS oder das Passwort von einem gerooteten Android Hand auslesen.
https://github.com/tgalal/yowsup/issues/234 (https://github.com/tgalal/yowsup/issues/234)
Gruß
Karl
Hallo,
ok :o
Da mein Frau vermutlich/hoffentlich nie WhatsApp auf ihrem alten nokia verwenden wird (und eine neues Handy will sie nicht) wird die einfachste Lösung (für mich) sein das eben ihre Handynummer die Nachrichten schickt.
Aber mal schauen - meine Frau ist in Englisch um Häuser besser als ich.
Ich werd das mal sacken lassen und ihr morgen den Link von dir vor werfen ;D
Den hab ich allerdings auch schon gefunden gehabt aber da meine Englischkenntnisse bei - hello, how are you - aufhören gleich wieder verworfen.
Aber egal - ich werd mal mit meiner Frau morgen den Link durchlesen.
Vielleicht sieht sie ja was das ich locker übersehen habe.
Danke für die Hilfe(versuche) - meist scheitert es ja am Hilfesuchenden :-[
Grüße
Hallo,
im Prinzip steht dort dass es mit einigen Netzbetreibern in Europa Problemem gibt, wo es zwar mit Whatsapp funktioniert aber nicht mit Third Party Tools.
Du kannst ganz einfach mal python yowsup-cli -c config.example --requestcode voice
probieren.
Wenn ich das richtig verstanden habe, bekommst du einen Anruf auf die angegebene Nummer und der Code wird gesprochen. Habe ich aber nicht ausprbiert, der Aufwand ist aber auch nicht sehr hoch :-)
Gruß
Karl
Hallo,
ja so einfach kann das Leben sein ;D
Danke Karl.
Mit deiner Zeile hat es nun geklappt.
Zitatstatus: sent
retry_after: 1805
lenght: 6
method: voice
Jetzt heisst es warten bis ich angerufen werde.
Danke schonmal für Eure Bemühungen und Geduld mit mir 8)
Grüße
Hi Hannes,
danke für den tollen Tipp.
Ich hatte übrigens die selben Probleme wie Puschel.
Mit meiner Nummer von zu Hause hatte ich "auch keine Route" mit der Nummer vom Büro ging es aber.
Beides selbes Ortsnetz. Beides der selbe Provider (1und1) und IP-Telefonie. Aber zu Hause ist der DSL-Anschluss noch von der Telekom. Im Büro nicht.
Sipgate hatte ich übrigens auch ohne Erfolg probiert.
Zitat von: Puschel74 am 22 Oktober 2014, 11:37:55
Jetzt heisst es warten bis ich angerufen werde.
Das hatte ich auch probiert. Aber leider bisher keinen Anruf bekommen.
Bei mir hat am Schluss auch nur die SMS-Version funktioniert.
Gruß
Dirk
Hallo,
die Variante mit voice bzw Anruf hat bei mir nie funktioniert.
Ich habe einen Telekom VOIP Anschluss.
Gruß Hannes
Gesendet von Tapatalk
Hallo,
na ihr macht mir Mut.
Jetzt war ich schon so froh das die Registrierung endlich geklappt hat aber bis jetzt kein Anruf :-\
Ich hab aber auch gestern um ca. 14:30 Uhr eine SMS vom Handy abgeschickt und die nette Stimme hat mir die SMS dann um ca. 20:50 Uhr vorgelesen.
Festnetztelefonie wird bei uns über Kabel-BW erledigt.
Ich wart jetzt einfach noch ein bischen und werd dann mal versuchen auf die Sipgatenummer anrufen zu lassen.
Grüße
Hi,
nachdem ich die Registrierung endlich durchbekommen hab. Funzt das Teil einwandfrei. Super Arbeit. :)
Hab zum Testen einfach einen Dummy Schalter gebaut.
Mal sehn was stabiler funzt: Prowl oder WhatsApp.
Achja, weshalb die Registrierung bei mir so "kompliziert" war: ich hab die SIM Kartennummer aus meinem OVMS im Auto genommen. Dies leitet u.A. ankommende SMS an mein Handy weiter. Aber manchmal nicht. Bei dem mal nicht war die Reg.Nr. dabei. Und das erneute Anfordern der Reg.-Nr war am Schluss bei einer Wartezeit von 86400 Sekunden. ???
Thanks
Bye
mikeljo
Hallo,
von mir fehlt ja auch noch die Rückmeldung.
Ich hab die Registrierung auf meine Firmenhandynummer gemacht da ums Mäusemelken kein Pin über meine Festnetznummern angekommen ist.
Während SMS vom Handy auf die Nummern aber funktionieren.
AHA1805 hat dann noch von sich aus versucht mir eine Registrierung zu starten wo dann zwar der Anruf mit der Pin angekommen ist, diese aber für die Registrierung nicht genommen wurde (aber da hab ich vermutlich einen Fehler in der config gehabt).
Nun ist halt das Firmenhandy der Absender 8)
Aber es funktioniert einwandfrei - vielen Dank hier nochmal für die Bemühungen (was die Beschreibung angeht und die Hilfe gestern).
Grüße
Zitat von: Puschel74 am 23 Oktober 2014, 20:37:42
AHA1805 hat dann noch von sich aus versucht mir eine Registrierung zu starten wo dann zwar der Anruf mit der Pin angekommen ist, diese aber für die Registrierung nicht genommen wurde (aber da hab ich vermutlich einen Fehler in der config gehabt).
Hallo,
leider habe ich es mit der SIPGate Nummer und yowsup nicht hin bekommen :-(
Komischerweise funktioniert die SipGate Nummer mit Whatsapp am Handy wunderbar,
ich konnte aber nicht heraus bekommen, warum bei manchen Nummern yowsup keine Route findet.
Gruß Hannes
Danke funktioniert super mit einer gratis Xtra-card.
Kann man auch eine nachricht an mehrere Empfänger schicken? Oder gar an eine Gruppe ?
Zitat von: Henno am 26 Oktober 2014, 11:30:18
Danke funktioniert super mit einer gratis Xtra-card.
Kann man auch eine nachricht an mehrere Empfänger schicken? Oder gar an eine Gruppe ?
Hallo Henno,
laut
python yowsup-cli -h
sollten Broadcast's an mehrer Nummern funktionieren.
-b <jids> <message>, --broadcast <jids> <message>
Broadcast message to multiple recepients, comma
seperated
Schöne Grüße
Hannes
Hi
das ist keine gruppennachricht sondern boardcast.
Funktioniert aber auch für meinen zweck.
Wenn man in der 99_MyUtils.pm deinen code
fhem/yowsup.cfg -s $nr
in
fhem/yowsup.cfg -b $nr
ändert kann man beliebig viele nummern im fhem befehl eintragen und sie mit einem "," trennen.
z.B. 49170123456,4917123456,49175123456
Hab gerade eine schlechte Nachricht gelesen :-(
http://www.apfelpage.de/2014/11/04/whatsapp-sperrt-accounts-von-nutzern-fremder-software
Bis jetzt geht es zwar noch, hoffe das sie nicht alle Accounts finden.
Gruß Hannes
Gesendet von Tapatalk
Hallo,
Für den Fall das jemand das selbe Problem mit dem yowsup client hat.
Habe seit ein paar Tagen das Problem dass yowsupcli nicht mehr funktioniert, mit Auth failed einfach hängen bleibt. Da ich das direkt aus FHEM aus einem notify aufrufe hatte das zur Folge dass FHEM einfach steht bis ich den yowsup prozess gekillt habe, blöd nur dass ich die ganze Woche beruflich unterwegs war und die User Akzeptanz zuhause gegen Null gesunken ist.
Habe ein bischen recherchiert, scheinbar gab es Änderungen bei der Authentifizierung, es gibt einen vor zwei Tagen aktualisierten Client, mit diesem läuft meine Whatsapp Notifizierung wieder.
Und ich rufe den Client ab jetzt im Hintergrund auf damit mein FHEM Prozess nicht mehr blockiert werden kann.
Gruß
Karl
Sent from my iPad using Tapatalk
Hallo Karl,
mustes Du dich neu registrieren? Und wie hast Du die Unabhängigkeit erreicht?
Grüße Jörg
Hallo Jörg,
Nein, nicht neu registrieren, einfach den neuen client runterladen, funktioniert.
Das starten im Hintergrund ist einfach durch ein & hinter dem Befehl:
(PI_Keller|HAL9002|Drucker|myCloud|samba|stargate|rproxy):.* {
Log 1, "n_n_ND_statechange : $NAME $EVENT";
system("python /scripts/whatsapp/yowsup-cli -c /scripts/yowsup-master/src/config.example -s 43xxxxxxxxx \"$NAME $EVENT\"&");
}
Gruß
Karl
Sent from my iPad using Tapatalk
Hallo Karl,
Danke für die Info.
<OT>
Bei mir ist die SD abgeraucht, was natürlich genau dann passiert, wenn ich auf Dienstreise bin :-(.
Und mein zweiter großer Fehler war, dass ich kein aktuelles Image vom Rasp hatte, ich könnte mich so in den A.... beissen.
Das heißt, bin immer noch am wiederherstellen, da ich die erste Zeit damit verbrachte die SD wieder zu reparieren, aber ohne Erfolg.
Zum Glück sichere ich zumindest die CFG, Logs regelmäßig.
</OT>
Stimmt der Link von wget noch?
Schöne Grüße
Hannes
Gesendet von Tapatalk
Hallo,
der Link passt noch, ich hab gestern auf meinem Cubie installiert.
Die example.config rüberkopiert und die ersten Nachrichten tauchten schon wieder auf ;D
Grüße
Wenn WhatsApp Vershlüsselung einführt, funktioniert das dann hier immer noch??
http://www.digital-eliteboard.com/347396-whatsapp-bekommt-ende-zu-ende-verschluesselung.html
Zitat von: Tobias am 29 November 2014, 06:18:46
Wenn WhatsApp Vershlüsselung einführt, funktioniert das dann hier immer noch??
http://www.digital-eliteboard.com/347396-whatsapp-bekommt-ende-zu-ende-verschluesselung.html
Hallo Tobias,
ich kann es nicht sagen ob es dann noch funktioniert.
So wie es aussieht wird aber noch an YowSup gearbeitet.
Letzte Änderung vor 2 Tagen.
https://github.com/tgalal/yowsup/blob/master/README.md
Gruß Hannes
Hi, ich habe mir das aktuelle yowsup auch installiert um Meldungen auf mein Handy zu senden.
Mit der Installation ist alles soweit klar gegangen.
Habe meine Logindaten und kann mich auch erfolgreich verbinden.
Nur wenn ich eine Message versenden will kommt das hier :
[connected]:/message send 49*********** "Hallo"
[connected]:
Sent: 1417817028-2
('[connected]:',)
Danach tut sich nichts mehr. Ich versuche es momentan direkt auf der yowsup-cli.
Hat jemand eine Idee was da schief laufen könnte ? Hab schon ne Menge gegoogled aber leider nichts gefunden.
Vielen Dank
Mike
Hi,
gibt es keinen der das aktuelle yowsup nutzt und der mir einen Tip geben kann.
Die alten Versionen von yowsup scheinen ja nicht mehr verfügbar zu sein.
Meine Registrierung hat auch funktioniert und ich habe die Meldung zurück bekommen:
status: ok
kind: free
pw: *******************************
price: 0,89 €
price_expiration: 1420990526
currency: EUR
cost: 0.89
expiration: 1449348127
login: ***************
type: new
pw und login habe ich unkenntlich gemacht.
Ich starte das yowsup_cli mit
python yowsup-cli demos --yowsup --config /roo
t/yowsup-master/src/config.example
danach lande ich in der cli:
[offline]:/L
Auth: Logged in!
[connected]:
Wenn ich dann eine Message senden möchte passiert gar nichts:
[connected]:/message send 49151******** "Hallo Handy"
[connected]:Sent: 1418981093-0
('[connected]:',)
Mit diesen Daten kann ich mich wohl auch erfolgreich anmelden sonst würde ich vermutlich keine Connect-Meldung bekommen. Aber das Versenden von Nachrichten scheint gar nicht zu gehen. Nach dem Absetzten des Befehls tut sich gar nichts mehr. Keine Rückmeldung, Keinen Empfang der Nachricht. Ich habe aber keine Idee woran das liegen kann.
Im INet, auch im GitHub kann ich dazu nicht wirklich etwas hilfreiches finden.
Ich möchte es wirklich gerne nutzen aber stehe auf dem Schlauch und weiß nicht weiter.
LG
Mike
hat such da was geändert Bei der Insallation wie bei mir kein src Ordner angelegt deswegen bekomm ich auf:
cd yowsup-master/src/
sudo nano config.example
Fehlermeldung
Gibts da was neues ?
Gruß otto
Das Interesse scheint hier wohl nicht so groß zu sein was das WhatsApp Thema angeht.
Ich kann mir nicht vorstellen dass ich der einzigste bin der mit dem Problem zu kämpfen hat.
Vielleicht erbarmt sich ja ein Wissender und hilft bei der Lösungsfindung.
LG
Mike
P.S.: Hab in den letzten Tagen irgendwas gehört das WhatsApp nun auch auf nicht SmartPhone freigegeben wurde. Hab dazu aber noch keine Details lesen/hören können.
WA ist über web.whatsapp.com erreichbar. Alle "drittanbieter" apps, programme, etc wurden gesperrt.
Ich habe zwar keine Validierung das diese Variante in dem Thread ebenfalls davon betroffen ist, aber ich gehe sehr stark davon aus.
Wird wohl Zeit sich nach einer anderen Lösung umzusehen, Stichwort xmpp.
Schau Dir doch mal das Modul "Jabber" an. Auf Mobilgeräten (Android) benutze ich die Anwendunung "Bruno". Mit der Kombination gehen beide Richtungen.
MfG
Hallo,
ich bekomme nach wie vor meine Messages aus FHEM über WhatsApp aufs Handy.
Grüße
Hi,
Bei mir funktionieret WhatsApp auch, ist also sicher kein generelles Problem
Grusß
Sent from my iPad using Tapatalk
Gibt es jetzt keine einfachere Möglichkeit seit dem mann Whatsapp über einen browser starten und senden kann.........
Das Whatsapp Web-Interface ist leider nicht unabhängig von der App, die App muss laufen und Internetverbindung haben um die Nachrichten auch im Web zu haben. Eigentlich ein Rückschritt.
Hallo und vielen Dank,
ich habe heute yowsup auf meinem raspberry installiert. Kann jetzt auch WhatsApp aus Fhem verschicken. Die Befehl in yowsup haben sich ein bischen verändert. Anleitung stimmt daher nicht 100%. z.B. nutzt man zum senden so etwas:
python yowsup-cli demos -c /opt/yowsup-master/mysetup.config -s 49179xxxxx "Waschmaschine ist fertig :-)"
Parameter zum Empfangen habe ich nicht gefunden.
Registrierung sieht ungefähr so aus:
python yowsup-cli registration -c /opt/yowsup-master/mysetup.config -r voice
und
python yowsup-cli registration -c /opt/yowsup-master/mysetup.config -R 55555
Die Beispiel config ist nicht dabei, kann man sich aber erzeugen lassen durch:
python yowsup-cli registration --help-config
Hallo,
Ich habe auch Whatsapp aufm Pi installiert und bin nach der Anleitung von "http://www.johannespetz.de/yowsup-cli-linux-whatsapp-nachrichten-verschicken/" gegangen.
Vom pi Terminal aus funktioniert es einwandfrei mit:
yowsup-cli demos -s 4915xxxxxx "Garage ist zu" -c config.yowsup
Aber mit Fhem nicht.
Im Fhem log steht zwar:
2015.02.04 13:36:53 3: sendWhatsapp Nr: 4915xxxxxxxx Message:"Garagentor Event: Open"
die 99_myUtils.pm agepasst mit Hilfe des letzten Beitrages:
######################################################
# Aufgabe :Versenden von Whatsapp
# Parameter 1:Nummer Format 4915212345678
# Parameter 2:Message
#
sub sendWhatsapp($$)
{
my ($nr, $Message) = @_;
Log 3, "sendWhatsapp Nr: ". $nr . " Message:\x22" . $Message . "\x22 ";
#Direkter Aufruf
system("phyton /opt/fhem/yowsup-cli demos -c /opt/fhem/config.yowsup -s $nr \"$Message\"");
fhem.conf:
define Alarm notify Garagentor:Open {sendWhatsapp("4915xxxxxx","$NAME Event: $EVENT")}
aber auf dem Handy bleibt es still?
Ich weis einfach an der Stelle nicht weiter?
Wäre schon toll wenn's funktionieren würde.
Bitte um Hilfe!
Fhemeinsteiger
Python ist falsch gechrieben
Gruß
Karl
Sent from my iPad using Tapatalk
Hallo Fhemeinsteiger
Du hast ja folgende Zeile Angepasst:
system("python /opt/yowsup-master/src/yowsup-cli -c /opt/fhem/yowsup.cfg -s $nr \"$Message\"");
Danach hast Du yowsup direkt in den FHEM Ordner installiert - ist das so richtig, oder ist im ersten Teil das /fhem/ mit reingerutscht?
Nur ein Hinweis zur Fehlersuche....
Gruß
Gigafix
@schka17
mmm, ja phyton ist falsch :-[ :-[ danke
@Gigafix
die yowsup-cli war in /usr/local/bin , hatte auch das Script danach angepasst:
system("python /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.yowsup -s $nr \"$Message\"")
hat nicht funktioniert.
die config.yowsup hab ich nach /opt/fhem verschoben und sie funktioniert dort.
Hatte überlegt ob evtl. die yowsup-cli in fhem sein müsste (wegen der Rechte) und hab's mal probiert und wieder verworfen.
immo steht im Script: system("python2.6 /usr/local/bin/yowsup-cli demos -c /opt/fhem/config.yowsup -s $nr \"$Message\"");
python2.6 weil yowsup mit python2.6 installiert wurde. (ich weis nicht ob es auch ohne den Zusatz 2.6 funktionieren würde)
Stehe irgendwie total aufm Schlauch.
Danke für eure Hilfe
Hallo Fhemeinsteiger
Also nur noch mal kurz zur Erklärung, ich hatte es auch erst kürzlich neu installiert. Bei mir in den Ordner ./opt/yowsup-master/ und somit habe ich die entsprechende Zeile folgendermaßen angepasst:
system("python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg -s $nr \"$Message\"");
So läuft es bei mir ganz gut. Die Version von Python ist hier nicht von Bedeutung.
Viele Grüße
Gigafix
Danke für die Antwort
welche Rechte hat bzw. sollte yowsup-cli haben?
Kann es daran liegen?
Fhemeinsteiger
Also mal ganz von Anfang.
kannst du als fhem Benutzer aus der shell erefolgreich eine nachricht schicken?
wenn ja, kannst du die nächsten zwei punkte überspringen
wenn nicht, ist python im Pfad des Benutzers fhem?
hat der benutzer die rechte yowsup-cli zu lesen?
wenn du alle fragen oben mit ja beantworten kannst dann gehts rein in die fhem befehlszeile.
kannst du dort mit {system("python /dein_pfad_/yowsup-cli -c /dein_pfad_zur_config/yowsup.cfg -s deine_nummer \"message\"")} eine nachricht senden?
was ist übrigens das demos zwischen yowsup-cli und -c?
Gruß
Karl
Zitat von: schka17 am 04 Februar 2015, 20:02:39
was ist übrigens das demos zwischen yowsup-cli und -c?
Seit Version 2.0 wurde die Syntax von yowsup-cli umgestellt.
python yowsup-cli demos
usage: demos [-h] [-v] [-d] [--help-config] [-l phone:b64password | -c CONFIG]
[-m] [-y] [-e] [-s phone message]
Run a yowsup demo
optional arguments:
-h, --help show this help message and exit
-v, --version Print version info and exit
-d, --debug Show debug messages
--help-config Prints a config file sample
Configuration options for demos:
-l phone:b64password, --login phone:b64password
WhatsApp login credentials, in the format
phonenumber:password, where password is base64
encoded.
-c CONFIG, --config CONFIG
Path to config file containing authentication info.
For more info about config format use --help-config
-m, --moxie Enable experimental support for the new WhatsApp
encryption
Command line interface demo:
-y, --yowsup Start the Yowsup command line client
Echo client demo:
-e, --echo Start the Yowsup Echo client
Send client demo:
-s phone message, --send phone message
Send a message to specified phone number, wait for
server receipt and exit
Ah, OK. Das ist dann aber nur zur Demo und nicht für "richtige"Nachrichten?
Zumindest funktioniert es bei mir ohne demos.
Gruß
Karl
Sent from my iPad using Tapatalk
nein, das senden von Nachrichten ist nur eine Demo-Anwendung umd die Möglichkeiten von yowsup zu demonstrieren. Eine Nachricht wird inzwischen so geschickt:
python yowsup-cli demos -c config -s 49xxxxxxxxxxx "blah?"
Hallo schka17
Danke für die Möglichkeit einer ausführlicheren Fehlersuche.
Zitatkannst du als fhem Benutzer aus der shell erefolgreich eine nachricht schicken?
Wenn die shell telnet bedeutet so funktioniert es nicht. Es funktioniert immo nur vom Terminal pi .
Zitatist python im Pfad des Benutzers fhem?
Da sind sie wieder meine vielen Fragezeichen? Wie kann ich dass Überprüfen? Und wie kann ich es richten?
Zitathat der benutzer die rechte yowsup-cli zu lesen?
yowsup-cli hat fhem rechte und steht unter /usr/local/bin
Ich glaube wenn die Fragen abgearbeitet sind, bin ich schon wesentlich weiter.
Fhemeinsteiger
Hallo,
wie sieht das mit yowsup und der Whatsapp Lizenz aus? Zumindest bei Android muss ich für Whatsapp jährlich bezahlen. Läuft das bei yowsup dann nach einem Jahr einfach nicht mehr oder ignoriert der das?
Hallo Fhemeinsteiger,
Zitat von: Fhemeinsteiger am 04 Februar 2015, 15:16:09
Hallo,
Ich habe auch Whatsapp aufm Pi installiert und bin nach der Anleitung von "http://www.johannespetz.de/yowsup-cli-linux-whatsapp-nachrichten-verschicken/" gegangen.
Vom pi Terminal aus funktioniert es einwandfrei mit:
yowsup-cli demos -s 4915xxxxxx "Garage ist zu" -c config.yowsup
Aber mit Fhem nicht.
Im Fhem log steht zwar:
2015.02.04 13:36:53 3: sendWhatsapp Nr: 4915xxxxxxxx Message:"Garagentor Event: Open"
die 99_myUtils.pm agepasst mit Hilfe des letzten Beitrages:
######################################################
# Aufgabe :Versenden von Whatsapp
# Parameter 1:Nummer Format 4915212345678
# Parameter 2:Message
#
sub sendWhatsapp($$)
{
my ($nr, $Message) = @_;
Log 3, "sendWhatsapp Nr: ". $nr . " Message:\x22" . $Message . "\x22 ";
#Direkter Aufruf
system("phyton /opt/fhem/yowsup-cli demos -c /opt/fhem/config.yowsup -s $nr \"$Message\"");
fhem.conf:
define Alarm notify Garagentor:Open {sendWhatsapp("4915xxxxxx","$NAME Event: $EVENT")}
aber auf dem Handy bleibt es still?
Ich weis einfach an der Stelle nicht weiter?
Wäre schon toll wenn's funktionieren würde.
Bitte um Hilfe!
Fhemeinsteiger
scheinbar verwende ich eine ältere Version da mein client eine andere Syntax hat, aber wenn es bei aus dem Terminal funktioniert dann sollte man das hinbekommen.
ZitatWenn die shell telnet bedeutet so funktioniert es nicht. Es funktioniert immo nur vom Terminal pi .
yowsup-cli demos -s 4915xxxxxx "Garage ist zu" -c config.yowsup
was meinst du mit Terminal pi? wie loggst du dich ein, direkt an der console, über ssh/telnet? welchen Benutzer verwendest du dafür?
bei deinem Beispiel oben fehlt aber doch etwas?
Poste bitte mal den vollständigen Befehl der bei dir auf der Console funktioniert (die nummer kannst natürlich weglassen).
Dazu die Ausgabe der commands "whoami", "pwd" und "which python"
Gruß
Karl
Hallo,
ich logge mich über WinSCP und darin Putty als Benutzer pi ein.
Putty :
yowsup-cli demos -s 491xxxxxx "Garage ist zu" -c config.yowsup
und schon bimmelts im Handy :)
die Ausgabe:
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
pi@raspberrypi ~ $
Das funktioniert soweit. Aber fhem ?? :-\ :-\
@Carsten
Die Bezahlung von Whatsapp erfolgt über die angegebene Handynummer.
Fhemeinsteiger
Zitat von: Fhemeinsteiger am 06 Februar 2015, 17:08:56
Hallo,
ich logge mich über WinSCP und darin Putty als Benutzer pi ein.
Putty :
yowsup-cli demos -s 491xxxxxx "Garage ist zu" -c config.yowsup
und schon bimmelts im Handy :)
die Ausgabe:
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
pi@raspberrypi ~ $
Das funktioniert soweit. Aber fhem ?? :-\ :-\
@Carsten
Die Bezahlung von Whatsapp erfolgt über die angegebene Handynummer.
Fhemeinsteiger
ok, und die ausgabe der Befehle die ich dir geschrieben habe? mache bitte auch zusätzlich die Ausgabe von "ls-al"
zu whoami:
pi@raspberrypi ~ $ whoami
pi
zu pwd:/home/pi
zu which python:/usr/bin/python
zu ls-al:-bash: ls-al: Kommando nicht gefunden.
Danke
Zitat von: Fhemeinsteiger am 06 Februar 2015, 17:27:07
[/code]
zu ls-al:-bash: ls-al: Kommando nicht gefunden.
sorry, zwischen ls und - ein blank
ok.
pi@raspberrypi ~ $ ls -al
insgesamt 2320
drwxr-xr-x 17 pi pi 4096 Feb 4 18:13 .
drwxr-xr-x 3 root root 4096 Jun 20 2014 ..
-rw------- 1 pi pi 2203 Feb 5 13:58 .bash_history
-rw-r--r-- 1 pi pi 220 Jun 20 2014 .bash_logout
-rw-r--r-- 1 pi pi 3243 Jun 20 2014 .bashrc
drwxr-xr-x 5 pi pi 4096 Sep 20 14:34 .cache
drwxr-xr-x 9 pi pi 4096 Aug 4 2014 .config
-rwxrwxrwx 1 pi pi 172 Feb 3 10:39 config.yowsup
drwx------ 3 pi pi 4096 Aug 4 2014 .dbus
drwxr-xr-x 2 pi pi 4096 Jan 29 14:12 Desktop
-rwxrwxr-x 1 root pi 124 Feb 1 15:23 digistart.sh
drwxr-xr-x 2 pi pi 4096 Aug 4 2014 .fontconfig
drwx------ 2 pi pi 4096 Sep 12 19:23 .gconf
drwx------ 2 pi pi 4096 Aug 4 2014 .gvfs
drwx------ 3 pi pi 4096 Jan 29 14:11 .local
drwx------ 2 pi pi 4096 Aug 4 2014 .netsurf
-rw-r--r-- 1 pi pi 5781 Feb 3 2013 ocr_pi.png
drwxr-xr-x 14 root root 4096 Feb 1 18:13 Ordner
-rw-r--r-- 1 pi pi 675 Jun 20 2014 .profile
drwxr-xr-x 4 pi pi 4096 Feb 1 19:12 .python-eggs
drwxrwxr-x 2 pi pi 4096 Mär 10 2013 python_games
drwx------ 4 pi pi 4096 Aug 4 2014 .thumbnails
drwx------ 2 pi pi 4096 Aug 4 2014 .vnc
-rw-r--r-- 1 root root 748816 Mai 13 2008 Wallpaper (18).jpg
-rw-r--r-- 1 root root 850059 Mai 13 2008 Wallpaper (5).jpg
-rw-r--r-- 1 root root 613571 Mai 13 2008 Wallpaper (7).jpg
-rw------- 1 pi pi 50373 Feb 5 16:16 .xsession-errors
drwxr-xr-x 3 pi pi 4096 Feb 3 10:36 .yowsup
Zitat von: Fhemeinsteiger am 06 Februar 2015, 17:35:37
ok.
pi@raspberrypi ~ $ ls -al
insgesamt 2320
drwxr-xr-x 17 pi pi 4096 Feb 4 18:13 .
drwxr-xr-x 3 root root 4096 Jun 20 2014 ..
-rw------- 1 pi pi 2203 Feb 5 13:58 .bash_history
-rw-r--r-- 1 pi pi 220 Jun 20 2014 .bash_logout
-rw-r--r-- 1 pi pi 3243 Jun 20 2014 .bashrc
drwxr-xr-x 5 pi pi 4096 Sep 20 14:34 .cache
drwxr-xr-x 9 pi pi 4096 Aug 4 2014 .config
-rwxrwxrwx 1 pi pi 172 Feb 3 10:39 config.yowsup
drwx------ 3 pi pi 4096 Aug 4 2014 .dbus
drwxr-xr-x 2 pi pi 4096 Jan 29 14:12 Desktop
-rwxrwxr-x 1 root pi 124 Feb 1 15:23 digistart.sh
drwxr-xr-x 2 pi pi 4096 Aug 4 2014 .fontconfig
drwx------ 2 pi pi 4096 Sep 12 19:23 .gconf
drwx------ 2 pi pi 4096 Aug 4 2014 .gvfs
drwx------ 3 pi pi 4096 Jan 29 14:11 .local
drwx------ 2 pi pi 4096 Aug 4 2014 .netsurf
-rw-r--r-- 1 pi pi 5781 Feb 3 2013 ocr_pi.png
drwxr-xr-x 14 root root 4096 Feb 1 18:13 Ordner
-rw-r--r-- 1 pi pi 675 Jun 20 2014 .profile
drwxr-xr-x 4 pi pi 4096 Feb 1 19:12 .python-eggs
drwxrwxr-x 2 pi pi 4096 Mär 10 2013 python_games
drwx------ 4 pi pi 4096 Aug 4 2014 .thumbnails
drwx------ 2 pi pi 4096 Aug 4 2014 .vnc
-rw-r--r-- 1 root root 748816 Mai 13 2008 Wallpaper (18).jpg
-rw-r--r-- 1 root root 850059 Mai 13 2008 Wallpaper (5).jpg
-rw-r--r-- 1 root root 613571 Mai 13 2008 Wallpaper (7).jpg
-rw------- 1 pi pi 50373 Feb 5 16:16 .xsession-errors
drwxr-xr-x 3 pi pi 4096 Feb 3 10:36 .yowsup
ok, jetzt bitte noch den output von "which yowsup-cli"
alles klar
zu which yowsup-cli:
/usr/local/bin/yowsup-cli
Zitat von: Fhemeinsteiger am 06 Februar 2015, 17:08:56
@Carsten
Die Bezahlung von Whatsapp erfolgt über die angegebene Handynummer.
Fhemeinsteiger
Kann ich mir ehrlich gesagt nicht vorstellen. Wie soll das gehen? Whatsapp ( und auch yowsup ) hat ja ggf. gar keinen Zugriff auf das Handy/Gerät, ausser dass sie da einmal eine SMS hinschicken.
Bei Android-Geräten wird das ja auch über Google Wallet ( oder wie das heißt ) gemacht. Prinzipiell unabhängig von der SIM.
Zitat von: Fhemeinsteiger am 06 Februar 2015, 17:43:17
alles klar
zu which yowsup-cli:
/usr/local/bin/yowsup-cli
ok, was wissen wir bis jetzt:
der yowsup client liegt im Verzeichnis /usr/local/bin und das ist im suchpfad des aktuellen Benutzers "pi"
die configurations datei liegt im homeverzeichnis des aktuellen Benutzers, hat die berechtigungen 777 gesetzt also alle benutzer dürfen schreiben,lesen,ausführen -> etwas unsicher, dort sind ein paar sensible informationen.
d.h. dieser Befehl sollte jetzt mit allen Pfadangaben funktionieren?
/usr/local/bin/yowsup-cli demos -s 491xxxxxx "Garage ist zu" -c /home/pi/config.yowsup
Um sicherzustellen dass fhem mittels sudo Befehle ausführen darf musst du prüfen ob in der /etc/sudoers folgende Zeile enthalten ist:
fhem ALL= (ALL) NOPASSWD: ALL
wenn das soweit mal alles passt, dann müsste das auch aus dem FHEM Befehlsfenster eigentlich auch funktionieren:
{system("/usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup")}
o.k.
/usr/local/bin/yowsup-cli demos -s 491xxxxxx "Garage ist zu" -c /home/pi/config.yowsup
funktioniert-bimmelt-
fhem ALL= (ALL) NOPASSWD: ALL
war nicht in: /etc/sudoers
habs mit dazugefügt.
Zitatwenn das soweit mal alles passt, dann müsste das auch aus dem FHEM Befehlsfenster eigentlich auch funktionieren:
bimmelt nicht -steht "-1" unter FHEM Befehlsfenster :-\ :-\
Zitat von: Carsten am 06 Februar 2015, 17:43:57
Kann ich mir ehrlich gesagt nicht vorstellen. Wie soll das gehen? Whatsapp ( und auch yowsup ) hat ja ggf. gar keinen Zugriff auf das Handy/Gerät, ausser dass sie da einmal eine SMS hinschicken.
Bei Android-Geräten wird das ja auch über Google Wallet ( oder wie das heißt ) gemacht. Prinzipiell unabhängig von der SIM.
Das müsste man mit der "Für einen Freund bezahlen" Funktion erledigen können (zumindest in der Android Version von Whatsapp geht das)
Gruß Christoph
Hallo,
ich habe meine 99_myUtils.pm um folgendes ergänzt:
sub
sendWhatsApp($$)
{
my ($handy,$text) = @_;
my $retWhatsApp = qx(python /home/pi/yowsup/src/yowsup-cli -c /home/pi/yowsup/src/config.example -s $handy '$text' &);
# Log3 undef, 3, $retWhatsApp;
return $retWhatsApp;
}
damit kann dann in fhem folgendes aufgerufen werden:
define TFE_Mutti_Klingeln notify TFE_Mutti:*.*closed.* {\
my $MeldBetreff="Mutti Tuerklingel: ".strftime("%%d.%%m.%%Y um %%H:%%M",localtime());;\
sendWhatsApp("49handynummer",$MeldBetreff);;\
fhem("set Mutti_TFE_Blitz on-for-timer 10");;\
}
attr TFE_Mutti_Klingeln room Treppenhaus
Grüße Jörg
PS: Eine Mitgliedschaft unter root habe ich nicht gebraucht.
Das -1 ist ok.
Jetzt wirds aber knifflig, mein client unterscheidet sich etwas von deinem, kannst du mal die erste Zeile von yowsup-cli und ls -al /usr/local/bin/yowsup* posten.
du kannst auch mal probieren de config datei ins Verzeichnis /opt/fhem kopieren und den Pfad beim Kommando anpassen und ausprobieren.
Sent from my iPad using Tapatalk
O.K.
die erste Zeile von yowsup-cli:#!/usr/bin/python2.6
und ls -al /usr/local/bin/yowsup* -rwxrwxrwx 1 fhem staff 180 Feb 1 18:52 /usr/local/bin/yowsup-cli
Gibts bei dir ein /usr/bin/python2.6 ?
Sent from my iPad using Tapatalk
ZitatGibts bei dir ein /usr/bin/python2.6 ?
Ja
Hallo,
ich bin nach folgender Anleitung vorgegangen:
sudo apt-get install python-soappy
sudo apt-get install python-dateutil
wget https://github.com/tgalal/yowsup/archive/master.zip
unzip master.zip
cd yowsup-master/src/
nano config.example
Hier ändern wir die Datei wie folgt ab:
cc=49
phone=49176111111 #Hier kommt eure Nummer hin mit Ländercode.
id= #leer lassen
password= #vorerst leer lassen
https://coderus.openrepos.net/whitesoft/whatsapp_sms
nach dem absenden bekommt ihr eine SMS mit einem Code auf die Nummer.
Jetzt könnt ihr mit folgendem Code euren Account aktivieren:
python yowsup-cli -c config.example –-register 123-456
Hier bitte beachten, dass bei –Register ZWEI Minuse sind ! (Auch wenn es bei mir als eins angezeigt wird)
An dieser Stelle 123-456 durch euren Code ersetzen.
Als Ergebnis erhaltet Ihr unter vielen anderen Infos auch ein Passwort, welches Ihr wieder mit nano in die config.example eintragt.
Nachrichten kann man dann wie folgt versenden:
python yowsup-cli -c config.example -s 491762222222 "test"
Grüße Jörg
ZitatGibts bei dir ein /usr/bin/python2.6
ja genau lt. http://www.johannespetz.de/yowsup-cli-linux-whatsapp-nachrichten-verschicken/
funktioniert yowsup2 nur mit python2.6
Zitat von: Fhemeinsteiger am 06 Februar 2015, 19:12:54
ja genau lt. http://www.johannespetz.de/yowsup-cli-linux-whatsapp-nachrichten-verschicken/
funktioniert yowsup2 nur mit python2.6
ok, bei mir ist python auf version 2.7 verlinkt
root@HAL9000:/usr/bin# ls -al python*
lrwxrwxrwx 1 root root 9 Sep 28 2013 python -> python2.7
lrwxrwxrwx 1 root root 9 Sep 28 2013 python2 -> python2.7
-rwxr-xr-x 1 root root 2663960 Jan 26 2013 python2.6
-rwxr-xr-x 1 root root 2884984 Mar 13 2014 python2.7
-rwxr-xr-x 1 root root 1652 Mar 13 2014 python2.7-config
lrwxrwxrwx 1 root root 16 Sep 28 2013 python-config -> python2.7-config
ich nehme an das wird bei dir ähnlich aussehen.
versuche mal
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup")}
:-[ :-[ :-[ -1
zu /usr/bin# ls -al python*:
root@raspberrypi /usr/bin > ls -al python*
lrwxrwxrwx 1 root root 9 Sep 28 2013 python -> python2.7
lrwxrwxrwx 1 root root 9 Sep 28 2013 python2 -> python2.7
-rwxr-xr-x 1 root root 2264344 Feb 3 2013 python2.6
-rwxr-xr-x 1 root root 1452 Feb 3 2013 python2.6-config
-rwxr-xr-x 1 root root 2674536 Mär 18 2014 python2.7
lrwxrwxrwx 1 root root 9 Okt 21 2012 python3 -> python3.2
lrwxrwxrwx 1 root root 11 Mär 1 2013 python3.2 -> python3.2mu
-rwxr-xr-x 1 root root 2814320 Mär 1 2013 python3.2mu
lrwxrwxrwx 1 root root 11 Okt 21 2012 python3mu -> python3.2mu
Zitat von: Fhemeinsteiger am 06 Februar 2015, 19:41:42
:-[ :-[ :-[ -1
zu /usr/bin# ls -al python*:
root@raspberrypi /usr/bin > ls -al python*
lrwxrwxrwx 1 root root 9 Sep 28 2013 python -> python2.7
lrwxrwxrwx 1 root root 9 Sep 28 2013 python2 -> python2.7
-rwxr-xr-x 1 root root 2264344 Feb 3 2013 python2.6
-rwxr-xr-x 1 root root 1452 Feb 3 2013 python2.6-config
-rwxr-xr-x 1 root root 2674536 Mär 18 2014 python2.7
lrwxrwxrwx 1 root root 9 Okt 21 2012 python3 -> python3.2
lrwxrwxrwx 1 root root 11 Mär 1 2013 python3.2 -> python3.2mu
-rwxr-xr-x 1 root root 2814320 Mär 1 2013 python3.2mu
lrwxrwxrwx 1 root root 11 Okt 21 2012 python3mu -> python3.2mu
das -1 ist ok, das kommt immer, ob es funktioniert oder nicht.
jetzt gehen mir dann die Ideen aus. hast du die config schon nach /opt/fhem kopiert und den Pfad angepasst?
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /opt/fhem/config.yowsup")}
:-[ :-[ :-[
config.yowsup ist in /opt/fhem
probiert mit:{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 4915xxxxxxx \"Garage ist zu\" -c /opt/fhem/config.yowsup")}
:-[ :-[ :-[
probiere mal
{system("set \> /tmp/test.txt")}
und poste den inhalt der Datei
im FHEM Befehlsfenster?
-1
genau im befehlsfenster.
du müsstest dann im Verzeichnis /tmp die Datei test.txt finden, poste deren Inhalt
mmm, bei mir kommt: -1
der Rest ist leer.
Da wird keine Datei geöffnet.
das passt ja,
aber wenn dann wieder ins terminal gehst, gibts die datei im tmp verzeichnis oder nicht?
also
ls -al /tmp/test*
ja genau, die Datei ist in /tmp vorhanden.
-rw-r--r-- 1 fhem dialout 292 Feb 6 20:08 /tmp/test.txt
gut, d.h. du kannst grundsätzlich Kommandos ausführen.
dann probiere mal fhem befehlsfenster
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \> /tmp/test.txt")}
und im terminal
cat /tmp/text.txt
und poste den output
mmm,
pi@raspberrypi ~ $ cat /tmp/text.txt
cat: /tmp/text.txt: Datei oder Verzeichnis nicht gefunden
???
Datei ist leer
du hast geschrieben mit
{system("set \> /tmp/test.txt")}
wurde die Datei geschrieben?
probierts du nochmal mit diesem befehl aus fhem und postest den inhalt
cat /tmp/text.txt
Datei wurde geschrieben:
COLUMNS='82'
CONSOLE='/dev/console'
HOME='/'
IFS='
'
INIT_VERSION='sysvinit-2.88'
LINES='26'
OLDPWD='/'
OPTIND='1'
PATH='/sbin:/usr/sbin:/bin:/usr/bin'
PPID='12429'
PREVLEVEL='N'
PS1='$ '
PS2='> '
PS4='+ '
PWD='/opt/fhem'
RUNLEVEL='2'
SHELL='/bin/sh'
TERM='linux'
previous='N'
runlevel='2'
aber mit:cat /tmp/text.txt
kommt im terminal:
pi@raspberrypi ~ $ cat /tmp/text.txt
cat: /tmp/text.txt: Datei oder Verzeichnis nicht gefunden
und dann wieder mit:{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \> /tmp/test.txt")}
ist die Datei leer
sorry hab mich vertippt, meinte natürlich test.txt und nicht text.txt
also nochmal in fhem
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \> /tmp/test.txt")}
und im terminal
cat /tmp/test.txt
Ja habs auch gerade gemerkt.
nach:{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \> /tmp/test.txt")}
wird die Datei mit 0 Byte überschrieben.
nach:cat /tmp/test.txt
passiert nichts. Datei ist dann leer.
mit:{system("set \> /tmp/test.txt")}
und dann cat /tmp/test.txt
wird der Inhalt angezeigt:COLUMNS='82'
CONSOLE='/dev/console'
HOME='/'
IFS='
'
INIT_VERSION='sysvinit-2.88'
LINES='26'
OLDPWD='/'
OPTIND='1'
PATH='/sbin:/usr/sbin:/bin:/usr/bin'
PPID='12429'
PREVLEVEL='N'
PS1='$ '
PS2='> '
PS4='+ '
PWD='/opt/fhem'
RUNLEVEL='2'
SHELL='/bin/sh'
TERM='linux'
previous='N'
runlevel='2'
Zitat von: Fhemeinsteiger am 06 Februar 2015, 21:07:39
Ja habs auch gerade gemerkt.
nach:{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \> /tmp/test.txt")}
wird die Datei mit 0 Byte überschrieben.
nach:cat /tmp/test.txt
passiert nichts. Datei ist dann leer.
mit:{system("set \> /tmp/test.txt")}
und dann cat /tmp/test.txt
wird der Inhalt angezeigt:COLUMNS='82'
CONSOLE='/dev/console'
HOME='/'
IFS='
'
INIT_VERSION='sysvinit-2.88'
LINES='26'
OLDPWD='/'
OPTIND='1'
PATH='/sbin:/usr/sbin:/bin:/usr/bin'
PPID='12429'
PREVLEVEL='N'
PS1='$ '
PS2='> '
PS4='+ '
PWD='/opt/fhem'
RUNLEVEL='2'
SHELL='/bin/sh'
TERM='linux'
previous='N'
runlevel='2'
OK, d.h. es gibt keinen standard output , schauen wir mal welcher error ausgegeben wird.
lösche die datei und dann:
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup \&\>\> /tmp/test.txt")}
O.K.
die Datei hat 0 Byte mit originaler Telefonnummer,
und die Datei hat auch 0Byte mit xxxx
kannst du mal posten wie das genau aussieht (die tel nummer nach 49 kannst mit xx ausfüllen)
probiere auch
{system("/usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup 2\> /tmp/test.txt")}
so habs probiert:
jetzt steht im test.txt:Traceback (most recent call last):
File "/usr/local/bin/yowsup-cli", line 4, in <module>
__import__('pkg_resources').run_script('yowsup2==2.2.15', 'yowsup-cli')
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 696, in run_script
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1621, in run_script
File "/usr/local/lib/python2.6/dist-packages/yowsup2-2.2.15-py2.6.egg/EGG-INFO/scripts/yowsup-cli", line 304, in <module>
File "/usr/local/lib/python2.6/dist-packages/yowsup2-2.2.15-py2.6.egg/EGG-INFO/scripts/yowsup-cli", line 227, in process
File "/usr/local/lib/python2.6/dist-packages/yowsup2-2.2.15-py2.6.egg/EGG-INFO/scripts/yowsup-cli", line 265, in startSendClient
File "build/bdist.linux-armv6l/egg/yowsup/demos/sendclient/__init__.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/demos/sendclient/stack.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/stacks/__init__.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/stacks/yowstack.py", line 21, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/layers/axolotl/__init__.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/layers/axolotl/layer.py", line 2, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/layers/axolotl/protocolentities/__init__.py", line 3, in <module>
File "build/bdist.linux-armv6l/egg/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 4, in <module>
File "build/bdist.linux-armv6l/egg/axolotl/identitykey.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/axolotl/ecc/curve.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/axolotl_curve25519.py", line 7, in <module>
File "build/bdist.linux-armv6l/egg/axolotl_curve25519.py", line 4, in __bootstrap__
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1127, in resource_filename
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1823, in get_resource_filename
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1853, in _extract_resource
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1193, in get_cache_path
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1173, in extraction_error
pkg_resources.ExtractionError: Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
[Errno 13] Permission denied: '//.python-eggs'
The Python egg cache directory is currently set to:
//.python-eggs
Perhaps your account does not have write access to this directory? You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
Zitatpkg_resources.ExtractionError: Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
[Errno 13] Permission denied: '//.python-eggs'
The Python egg cache directory is currently set to:
//.python-eggs
Perhaps your account does not have write access to this directory? You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
sehr gut, dass ist ja mal eine klare Fehlermeldung, fehlende Berechtigung des fhem users.
probier mal
{system("sudo /usr/bin/python2.6 /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup 2\> /tmp/test.txt")}
hee, jetzt hat's gebimmelt
und die "Garage ist zu"
was muss ich wo einstellen?
guit. dann müsste das jetzt auch funktionieren:
{system("sudo /usr/local/bin/yowsup-cli demos -s 491xxxxxx \"Garage ist zu\" -c /home/pi/config.yowsup")}
wenn ja dann ersetzt in deiner myUtils
diese Zeile
system("phyton /opt/fhem/yowsup-cli demos -c /opt/fhem/config.yowsup -s $nr \"$Message\"");
durch
system("sudo /usr/local/bin/yowsup-cli demos -s $nr \"$Message\" -c /home/pi/config.yowsup");
;D ;D ;D ;D ;D ;D ;D
wunderbar beides funktioniert!!!!!
Ich bedanke mich Herzlich für deine Hilfe.
Es ist schon sehr Hilfreich wenn ein User online Hilft, anstatt nur irgendwelche links zu verschicken.
Vielleicht kann ich auch mal Helfen. ;D ;D ;D
Kann ich mir aber kaum vorstellen. :-\ :-\ :-\
Besten Dank für deine Geduld und Gute Nacht
Fhemeinsteiger
Gerne, viel spass und gute Nacht
Sent from my iPad using Tapatalk
Funktioniert das versenden von Whatsapp Nachrichten bei euch noch und ist es auch für neue Accounts möglich, oder lohnt sich der Aufwand nach der Umstellung bei Whatsapp nicht mehr??
vb
Ich bekomm nach wie vor meine Spritpreise und die Kühl-/Gefrierschranktemperaturen per WhatsApp aufs Smartphone.
Danke, dann werde ich mal schauen ob ich das auch hin bekomme.
Zitat von: VB90 am 17 April 2015, 20:44:24
Danke, dann werde ich mal schauen ob ich das auch hin bekomme.
Hallo,
habe das HowTo auf der ersten Seite aktualisiert.
Sollte es nicht funktionieren melde Dich einfach nochmals.
Gruß Hannes
Danke dir.
Wird bei mir wahrscheinlich nicht vor Sonntag, werde aber gern auf dein Angebot zurückkommen.
ich bekomme meine Nachrichten weiterhin, es funktioniert noch. :D :D :D
fhemeinsteiger
Hallo,
Danke für die klasse Anleitung. Eine Frage habe ich aber:
Kann ich so auch Nachrichten empfangen, bzw. Infos an Fhem senden, die dann ausgewertet werden um z.B. mein Licht einzuschalten?
Gruß, Sascha
Hallo Sascha,
Empfangen kannst Du Nachrichten, aber im Moment gibt es noch keine Lösung um diese Daten weiter in FHEM zu verarbeiten.
Gruß Hannes
Gesendet von Tapatalk
So, heute bin ich endlich dazu gekommen, das einzubauen.
Hat auch gut funktioniert, zumindest die Konsolen Seite.
Wie ich das nun, abgesehen von der 99_myutils, genutzt bekomme, muss ich mal schauen.
den Thread nochmal komplett lesen.
Woran scheitert es bisher, das FHEM empfangen Nachrichten nicht verarbeiten kann?
Ja ich weiss, noch kein passendes Modul... Und im Ernst?
vb
Hallo,
empfangen funktioniert über den "echo" Client. Aufruf mit:
sudo python /path to/yowsup-cli demos -c /path to/config.file -e oder
sudo python /path to/yowsup-cli demos -l myPhoneNumber:myPassword -e
Jetzt könnte man den Client im Hintergrund starten und die Nachrichten von stdout nach Fhem routen.
Grüße Jörg
PS: Oder die /path to/yowsup/yowsup/demos/echoclient/ Demo nach Perl/Fhem portieren
@Jörg
danke.
wieder was gelernt, wieder ein neuer Ansatz für zukünftige Projekte.
Ist FHEM bei euch auch ne unendliche Geschichte, weil sich immer wieder was neues auf tut??
@AHA1805
Deine Anleitung im Startposting ist prima.
was mir persönlich, trotz allem lesen und nicht copy&paste sondern abschreiben, Probleme machte, ist folgendes:
Anfangs beziehst du dich auf die Registrierung einer Festnetznummer, erwartete Reaktion seitens Whatsapp: ein Anruf
ZitatBeim Whatsapp Server anmelden
Code: [Auswählen]
python yowsup-cli registration -c /opt/yowsup-master/config.example -r voice
Im nächsten Schritt folgt:
ZitatRüchmeldung
Code: [Auswählen]
Detected cc: 49
status: sent
retry_after: 1805
length: 6
method: sms
Dies ist jedoch die Reaktion (SMS) seitens Whatsapp auf eine Mobilnummer.
Wenn man eine Mobilnummer registrieren will, sollte man (um es einfacher zu gestalten) folgenden Befehl nutzen:
Zitat
python yowsup-cli registration -c /opt/yowsup-master/config.example -r sms
Um Missverständnisse wie bei mir auszuschliessen, fände ich es nett, wenn du deine Anleitung mit einem kleinen Hinweis zum unterschiedlichen Vorgehen bei Mobil- bzw Festnetznummern versehen würdest.
Danke.
Ansonsten alles gut bei mir, mein FHEM sendet mir Nachrichten.
Nun muss ich mal schauen, ob das ganze auch mit einem DOIF statt notify funktioniert und viel wichtiger: eine sinnvolle Verwendung muss her :D
vb
z.B Fensterkontakt an Gefrierschrank und Meldung, wenn Türe länger als 2 min offen.
Grüße Jörg
Zitat von: JoWiemann am 27 April 2015, 21:47:00
z.B Fensterkontakt an Gefrierschrank und Meldung, wenn Türe länger als 2 min offen.
Grüße Jörg
Hello Jörg
gute Idee, hatte schon 2 mal das meine Mädels Eis rausholten und ich es ersten am nächsten Tag bemerkte,
dass die Tür offen steht.
Ich verwende jedoch, WhatsApp eigentlich nicht produktiv, da ich Pushover hier als sinnvoller erachte.
Da man hier mit Prioritäten arbeiten kann.
Gruß Hannes
Gesendet von Tapatalk
Hallo Hannes,
bei uns in der Familie haben halt alle WhatsApp und lesen ihre Nachrichten auch immer. Seitdem funktioniert das auch mit der Mülltonne und dem rausstellen. Fhem sendet halt am Abend vorher eine WhatsApp mit der Mülltonne die raus zu stellen ist
Hallo,
habe jetzt mal ein bisschen mit /path to/yowsup/demos/echoclient/layer.py rumgespielt. Folgendes Funktioniert nun:
- starten des echo Clients beim booten des RPi mit: sudo python /path to/yowsup/yowsup-cli demos -c /path to/yowsup/config.file -e (mache ich über /etc/init.d/fhem)
- Übergabe der Nachricht an den dummy WhatsApp im Format: Absender:Nachricht
Anbei die veränderte layer.py. Bitte am Anfang den Pfad und den Port auf die eigene Installation anpassen.
Grüße Jörg
Hallo,
leider musste ich feststellen, dass das Versenden einer WhatsApp den echo-Client beendet. Als Workaround somit folgendes:
In meiner Sub sendWhatsApp in der myUtils.pm habe ich das Starten des echo-Clients hinzugefügt:
sub
sendWhatsApp($$)
{
my ($handy,$text) = @_;
my $retWhatsApp = qx(sudo python /home/pi/yowsup/yowsup-cli demos -c /home/pi/yowsup/config.fnetz -s $handy '$text' 2\>&1 &);
$retWhatsApp =~ s/\n|\r/ /g; #s,[\r\n]*,,g; # remove CR from return-string
Log3 "sendWhatsApp", 3, "sendWhatsApp: $retWhatsApp";
# restart echo client
$retWhatsApp = system("sudo python /home/pi/yowsup/yowsup-cli demos -c /home/pi/yowsup/config.fnetz -e &");
return $retWhatsApp;
}
Dann habe ich eine neue Sub WhatsAppNotify() erstellt, die durch
define WhatsApp dummy
define WhatsApp_Rec notify WhatsApp {WhatsAppNotify()}
aufgerufen wird.
sub
WhatsAppNotify() {
my ($Sender,$Message) = split(":",ReadingsVal("WhatsApp", "state", "none"));
my $ret = "";
my $MeldText = "";
my $CallerNr = "your caller number";
if($Sender eq $CallerNr) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender definied: $Message";
$ret = fhem($Message);
if($ret) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
sendWhatsApp($CallerNr,$MeldText);
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
sendWhatsApp($CallerNr,$MeldText);
}
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender not definied: $Message";
}
}
Somit ein erster rudimentärer Ansatz um per WhatsApp Fhem-Befehle abzusetzen
Grüße Jörg
PS: in der layer.py habe ich noch den Fhem-Aufruf nach hinten gestellt.
Hallo,
Folgende Datei aus deiner Beschreibung habe ich bei mir nicht: config.file
Ich habe den Dateinamen mal in config.example geändert, da es die gibt. -> das gab zumindest keine Fehlermeldung
Wenn ich das so einrichte bekomme ich in Putty folgendecnFehler wenn eine Nachricht eintrifft:
Can't open perl script "/usr/share/fhem/fhem.pl": Datei oder Verzeichnis nicht gefunden
Ich hatte alles eingerichtet wie in deinem aktuellen ersten Beitrag. Damit ging alles Problemlos. Nur mit der Erweiterung für den Empfng tue ich mich schwar, da alle Verzeichnisse und Dateien nicht mehr übereinstimmen.
Gruß, Sascha
Hallo,
config.file soll heißen: Deine Konfigurationsdatei, wie auch immer sie aktuell heißt.
Hast Du in der layer.py den Pfad zur fhem.pl angepasst? Wenn nicht, bitte noch nachholen. Dann sollte es funktionieren. Bitte den Pfad auch in der sendWhatsApp() anpassen.
Grüße Jörg
@Jörg
Danke dir.
Ich habe das nun bei mir eingefügt, jedoch bislang keinen sichtbaren Erfolg.
Mein Vorgehen:
Die layer.py habe ich durch deine ersetzt und darin den Pfad zu meiner fhem.pl geändert.
Meine 99_myUtils habe sieht nun wie folgt aus (Pfad ist angepasst):
######################################################
##### WhatsApp #####
sub
sendWhatsApp($$)
{
my ($handy,$text) = @_;
my $retWhatsApp = qx(sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -s $handy '$text' 2\>&1 &);
$retWhatsApp =~ s/\n|\r/ /g; #s,[\r\n]*,,g; # remove CR from return-string
Log3 "sendWhatsApp", 3, "sendWhatsApp: $retWhatsApp";
# restart echo client
$retWhatsApp = system("sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e &");
return $retWhatsApp;
}
sub
WhatsAppNotify() {
my ($Sender,$Message) = split(":",ReadingsVal("WhatsApp", "state", "none"));
my $ret = "";
my $MeldText = "";
my $CallerNr = "your caller number";
if($Sender eq $CallerNr) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender definied: $Message";
$ret = fhem($Message);
if($ret) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
sendWhatsApp($CallerNr,$MeldText);
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
sendWhatsApp($CallerNr,$MeldText);
}
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender not definied: $Message";
}
}
Ich habe wie von dir beschrieben, dummy und notify angelegt.
nach restart von FHEM habe ich folgende Meldung im LogFile:
Zitat_daheim_ntfy return value: Undefined subroutine &main::sendWhatsapp called at (eval 14) line 1.
Dieses notify dient derzeit zum testen und soll mit bei Anwesenheit eine Whatsapp senden. was gestern mit der Config lt. Anleitung auf Seite 1 auch funktionierte.
Nun leider nicht mehr, keinerlei Erregung.
Bekommst du, wenn du an dein FHEM eine Nachricht sendest, dies auf deinem Absender-Smartphone angezeigt?
Ich meine diese beiden Haken.
Meine Nachrichten haben den Status, gesendet, aber nicht empfangen worden.
Danke,
vb
Hallo,
wohin hast Du die layer.py kopiert? Sie muss bei Dir nach /opt/yowsup-master/.../demos/echoclient/. Bitte auch die Rechte prüfen. Müssen die selben Rechte, wie vorher sein.
Kannst Du auch mal Deine myUtils.pm posten. Der Fehler Undefined subroutine &main::sendWhatsapp called verwundert mich.
Grüße Jörg
genau dahin habe ich die layer.py kopiert.
Dort lag schon eine Datei gleich Namens die dezent kleiner war.
Auf die Rechte habe ich im Eifer natürlich nicht geachtet ::), derzeit sind sie wie bei den anderen Dateien im Ordner auch auf 644, Besitzer: root
Muss mir unbedingt angewöhnen, vorhandene Dateien umzubenennen, statt sie direkt zu überschreiben...
Meine 99_meine_Utils.pm (ja, die heisst bei mir wirklich so) gern nachmal komplett:
##############################################
# $Id: 99_Utils.pm 6660 2014-12-17 06:35.14Z rudolfkoenig $
package main;
use strict;
use warnings;
use POSIX;
sub
meine_Utils_Initialize($$)
{
my ($hash) = @_;
}
################
# Brematic / connair einhängen
sub connair($$$){
my ($Master,$Slave,$action) = @_;
my $SendData="";
my $sA=0;
my $sG=0;
my $sRepeat=10;
my $sPause=5600;
my $sTune=350;
my $sBaud=25;
my $sSpeed=16;
my $uSleep=800000;
my $txversion=2;
my $HEAD="TXP:$sA,$sG,$sRepeat,$sPause,$sTune,$sBaud,";
my $TAIL=",$txversion,1,$sSpeed,;";
my $AN="1,3,1,3,3";
my $AUS="3,1,1,3,1";
my $bitLow=1;
my $bitHgh=3;
my $seqLow=$bitHgh.",".$bitHgh.",".$bitLow.",".$bitLow.",";
my $seqHgh=$bitHgh.",".$bitLow.",".$bitHgh.",".$bitLow.",";
my $i=0;
my $bit="";
my $msg="";
my $bits=$Master;
for($i=0; $i<length($bits); $i++) {
$bit=substr($bits,$i,1);
if($bit=="0") {
$msg=$msg.$seqLow;
} else {
$msg=$msg.$seqHgh;
}
}
my $msgM=$msg;
$bits=$Slave;
$msg="";
for($i=0; $i<length($bits); $i++) {
$bit=substr($bits,$i,1);
if($bit=="0") {
$msg=$msg.$seqLow;
} else {
$msg=$msg.$seqHgh;
}
}
my $msgS=$msg;
if($action eq "on") {
$SendData = $HEAD.$bitLow.",".$msgM.$msgS.$bitHgh.",".$AN.$TAIL;
} else {
$SendData = $HEAD.$bitLow.",".$msgM.$msgS.$bitHgh.",".$AUS.$TAIL;
}
my ($socket,$data);
# We call IO::Socket::INET->new() to create the UDP Socket
$socket = new IO::Socket::INET(PeerAddr=>'192.168.0.41:49880',Proto=>'udp') or die "ERROR in Socket Creation : $!\n";
$socket->send($SendData);
$socket->close();
}
######################################################
##### WhatsApp #####
sub sendWhatsApp($$){
my ($nr,$Message) = @_;
my $retWhatsApp = qx(sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -s $nr '$Message' 2\>&1 &);
$retWhatsApp =~ s/\n|\r/ /g; #s,[\r\n]*,,g; # remove CR from return-string
Log3 "sendWhatsApp", 3, "sendWhatsApp: $retWhatsApp";
# restart echo client
$retWhatsApp = system("sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e &");
return $retWhatsApp;
}
sub WhatsAppNotify() {
my ($Sender,$Message) = split(":",ReadingsVal("WhatsApp", "state", "none"));
my $ret = "";
my $MeldText = "";
my $CallerNr = "your caller number";
if($Sender eq $CallerNr) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender definied: $Message";
$ret = fhem($Message);
if($ret) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
sendWhatsApp($CallerNr,$MeldText);
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
sendWhatsApp($CallerNr,$MeldText);
}
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender not definied: $Message";
}
}
1;
inzwischen habe ich in Zeile zwei aus $handy und $test mal $nr und $message gemacht, weil es in der Anleitung Seite 1 so definiert ist, aber ohne Erfolg.
Werde das in der Zwischenzeit wieder ändern.
Was ich noch nicht getan habe, ist das System mal komplett neu starten, bislang nur FHEM.
das werde ich im Anschluss auch mal tun.
vb
Dein Log zeigte, dass die Sub sendWhatsapp() nicht gefunden wurde. Die Sub heißt aber sendWhatsApp. Bitte beim Aufruf darauf achten, dass als Parameter der Sub Telefonnummer und Nachricht übergeben werden. Also:
define myNotify .... {sendWhatsApp("49162nnnnnnnn", "Meine Nachricht")}
Grüße Jörg
ok, typischer "Betriebsblind" Fehler.
Danke dir.
Das ist nun behoben.
Nun bekomme ich folgendes im Logfile
ZitatsendWhatsApp: sudo: no tty present and no askpass program specified
Was mir sagt (?) das der Client nicht gestartet ist?
Mal schaun wie ich das nun wieder hingebogen bekomme...
vb
edit: wobei der restart ja eigentlich in der sub definiert ist :o
edit2: ohne sudo gehts!
Da dachte ich, nen sudo könnte nicht schaden, aber pech gehabt.
Ich habe nun aus beiden Zeilen des Programmaufrufes das sudo gelöscht, und schon bekomme ich Nachrichten.
Nun mal den Empfang testen
Gib mal bitte im Telnet
sudo visudo
ein und ergänze am Ende um:
fhem ALL=(ALL) NOPASSWD: ALL
Grüße Jörg
Habe ich nun getan, nun sollte es auch mit sudo funktionieren?
(siehe mein 2. edit, letzter Beitrag)
interessant ist, wenn FHEM mir etwas schickt, bekomme ich meine versendeten Nachrichten wieder mit zurück.
Ansonsten kann ich noch nicht erkennen, das FHEM irgendetwas empfängt.
vb
edit und letzter Akt für heute, die Arbeit ruft...
FHEM empfängt nur, wenn es etwas sendet.
In dem Moment wo ich eine Aktion auslöse die FHEM mir mitteilen soll, klappt auch dem Empfang.
Mit den richtigen Befehlen könnte ich wahrscheinlich sogar eine Aktion auslösen.
So bekomme ich meine Testnachrichten nur 1:1 wieder zurück
Solange aber FHEM nichts sendet, ist auch beim Empfang funkstille.
Anbei noch das Logfile, vielleicht hilft es ja:
2015.04.29 21:43:07 3: 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
2015.04.29 21:43:07 3: _daheim_ntfy return value: -1
2015.04.29 21:43:09 3: 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
2015.04.29 21:43:09 3: _daheim_ntfy return value: -1
2015.04.29 21:43:10 3: 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
2015.04.29 21:43:10 3: _daheim_ntfy return value: -1
2015.04.29 21:43:12 3: 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
2015.04.29 21:43:12 3: _daheim_ntfy return value: -1
2015.04.29 21:43:14 3: 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
2015.04.29 21:43:14 3: _daheim_ntfy return value: -1
2015.04.29 21:43:16 3: 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
2015.04.29 21:43:16 3: _daheim_ntfy return value: -1
2015.04.29 21:43:17 3: 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
2015.04.29 21:43:17 3: _daheim_ntfy return value: -1
2015.04.29 21:43:18 3: 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
2015.04.29 21:43:18 3: _daheim_ntfy return value: -1
2015.04.29 21:43:20 3: 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
2015.04.29 21:43:20 3: _daheim_ntfy return value: -1
2015.04.29 21:43:22 3: 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
2015.04.29 21:43:22 3: _daheim_ntfy return value: -1
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Test
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Test
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Test
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Set Buero_LED off
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Set Buero_LED off
2015.04.29 21:43:22 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Set Buero_LED off
2015.04.29 21:43:23 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Text
2015.04.29 21:43:23 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Text
2015.04.29 21:43:23 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Text
2015.04.29 21:43:24 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Set Buero_LED off
2015.04.29 21:43:24 3: WhatsApp (WhatsAppNotify): Sender 491525xxxxxx not definied: Text
Die hohe Anzahl an Nachrichten liegt daran, das ich einen Türkontakt abfrage und der alle Readings sendet. Wie gesagt, momentan alles nur zum testen.
vb
Ich habe den ersten Start des echo Clienten im Fhem Startscript hionterlegt. Bei Dir funktioniert der Empfang erst dann, wenn einmal gesendet worden ist, da dann ja der echo Client gestartet wird. Von daher ergänze doch das Fhem Startscript. Du findest es unter:
/etc/init.d mit dem Datenamen fhem (ohne Dateierweiterung)
dort folgendes Abändern und hinzufügen:
echo "Starting fhem..."
(perl fhem.pl fhem.cfg &)
echo "Starting WhatsApp echo client..."
(sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example -e &)
Grüße Jörg
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
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
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
@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
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
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
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
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
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
Hallo VB90,
es gab vor kurzem ein Update zu yowsup.
Siehe hier: https://github.com/tgalal/yowsup/issues/746 (https://github.com/tgalal/yowsup/issues/746)
Damit wurde das Problem gefixt.
VG, Stefan.
@ 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
@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.
Authentication Error: not-authorized
bleibt bestehen :-(
Hallo,
gibt es schon eine neue Lösung für den Echo-Client?
Gruß, Sascha
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.
Hallo zusammen,
ich bin am verzweifeln.
Über die Console bekomme ich Whatsapp Nachrichten verschickt aber über fhem klappt leider nichts.
Habe hier auch schon einige Beiträge in diesem Thema durchgelesen.
Jetzt hänge ich aber fest.
Habe folgendes schon gemacht:
{system("sudo /usr/bin/python2.6 /opt/yowsup-master/yowsup-cli demos -s 491xxxxxxx \"Garage ist zu\" -c /opt/fhem/yowsup.cfg 2\> /tmp/test.txt")}
Inhalt der Datei test.txt
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 5, in <module>
import sys, argparse, yowsup, logging
ImportError: No module named argparse
Über
python yowsup-cli demos -c /opt/yowsup-master/config.example -s 491xxxxxxxx "Das ist ein Test"
klappt es ohne Probleme.
Die Datei /opt/fhem/yowsup.cfg hat den gleichen Inhalt wie /opt/yowsup-master/config.example nur mit den rechten von fhem.
Habe alles als root wie im ersten Beitrag beschrieben installiert.
Kann mir da jemand weiter helfen??
Gruß
Porsti
Hallo Porsti,
Du hast doch yowsup bestimmt unter: /opt/yowsup-master installiert? Oder!
Warum rufst Du dann im Fhem Commandline yowsup über /usr/local/bin/ auf?
Grüße Jörg
Hallo Jörg,
war ein kopierfehler.
Habe gerade aber noch mal getest mit /opt/yowsup-master/yowsup-cli aber es bleibt leider das gleiche in der Datei und es kommt keine Nachricht an.
Gruß
Porsti
Zweite Frage: Du rufst in der Fhem Commandline über {system("sudo /usr/bin/python2.6 ... auf und im Telnet nur mit python. Die Vermutung liegt nahe, dass für python2.6 das Modul argparse einfach nicht installiert oder registriert ist. Welche Pythonversion mit python aufgerufen wird kannst Du mit python -V
feststellen.
Grüße Jörg
ZitatJetzt hänge ich aber fest.
Habe folgendes schon gemacht:
Code: [Auswählen]
{system("sudo /usr/bin/python2.6 /opt/yowsup-master/yowsup-cli demos -s 491xxxxxxx \"Garage ist zu\" -c /opt/fhem/yowsup.cfg 2\> /tmp/test.txt")}
das funktioniert hier nicht, wenn du dich an den ersten Beitrag gehalten hast.
dann solltest du dich an Beitrag 2 halten:
Zitat{system("python /opt/yowsup-master/yowsup-cli -c /opt/fhem/config.example -s 49xxxxxxx \"Das ist ein Test\"")}
vielleicht hilft es?
Hallo zusammen,
habe gerade die veroschläge ausprobiert:
{system("python /opt/yowsup-master/yowsup-cli -c /opt/fhem/yowsup.cfg -s 49xxxxxxx \"Das ist ein Test\"")}
Hatte diesen gesehen und gedacht das dieser dann überarbeitet im ersten Beitrag eingebunden wurde.
Mit dieser Config klappt es leider auch nicht. Wenn ich es ausführe bekomme ich keine Nachricht und eine -1 in fhem.
Wenn ich
python -V
ausführe bekomme ich diese Antwort: Python 2.7.3
Habe hier im Thema doch irgendwo gelesen das yowsup nur unter 2.6 lauffähing ist ??
Gruß & Danke für eure Hilfe
Porsti
Python 2.7.3 habe ich auch und es funktioniert. Anbei mal meine WhatsApp Sub in der 99_myUtils.pm.
sub
sendWhatsApp($$)
{
my ($handy,$text) = @_;
my $retWhatsApp = qx(sudo python /home/pi/yowsup/yowsup-cli demos -c /home/pi/yowsup/config.fnetz -s $handy '$text' 2\>&1 &);
$retWhatsApp =~ s/\n|\r/ /g; #s,[\r\n]*,,g; # remove CR from return-string
Log3 "sendWhatsApp", 3, "sendWhatsApp: $retWhatsApp";
return $retWhatsApp;
}
Grüße Jörg
Danke Jörg,
mit deiner Datei hat es nach dem anpassen der Pfade sofort funktioniert.
Gruß
Porsti
Langsam zweifel ich an mir selbst, wenn ich sehe, das es bei anderen anstandslos funktioniert.
Nach einem erneuten Download und Installation (wenn man das entpacken eines Verzeichnisses so nennen kann) bekomme ich immernoch ein "Authentication Error: not-authorized" wenn ich versuche, über die Konsole eine Nachricht zu senden.
Das config-file mit meiner Nummer und dem Reg-Code habe ich selbstredent wieder in das Verzeichnis kopiert.
Nu stehe ich mal wieder auf dem Schlauch, jetzt wo ich eine für mich sinnvolle Verwendung gefunden habe...
vb
edit:
nu funktioniert es.
habe mich nochmal durch die Links gearbeitet und in der env_android.py nach Anleitung eine Zeile geändert.
Kaum macht man es richtig, schon gehts :)
Mal sehen ob ich dieser Tage den Empfang noch hinbekomme.
Zitat von: VB90 am 18 Mai 2015, 17:23:12
habe mich nochmal durch die Links gearbeitet und in der env_android.py nach Anleitung eine Zeile geändert.
Hallo VB90,
könntest Du mir bitte verraten, was Du geändert hast, oder wo, in welcher Anleitung es steht was geändert werden muß ?!
Es wäre sehr nett- vielen Dank.
@Dieter
sehr gern, will mal sehen ob ich noch alles zusammen bekomme.
Auf Seite 10 gab Stefan mit dem Tipp, mit dem Update. Danke dafür.
Der dort enthaltene Link ist dieser:
https://github.com/tgalal/yowsup/issues/746
Dort wird widerum zu folgendem Dokument auf Github verlinkt: https://github.com/tgalal/yowsup/pull/751/files
Darin sind farbig die Änderungen in der env_android.py aus dem Ordner /opt/yowsup-master/yowsup/env hinterlegt.
Achtung, deine Ordnerstruktur kann leicht anders sein.
Zum Beispiel wird aus Zeile 18 alt (rot markiert) die Zeile 18 neu (grün).
Analog dazu die Zeilen 21 und 23. Wobei ich letztere bei mir nicht ändern musste.
Speichern, fertig.
Ich habe FHEM neu gestartet, danach funktionierte es. Im Zweifel den ganzen Rechner neu starten.
Hintergrund der Änderung:
In dieser Datei steht, als was sich dein Raspberry oder was auch immer, bei Whatsapp am Server ausgibt.
In diesem Falle als Samsung Galaxy S3, mit Android 4.3 etc.
In der alten Version war was unstimmig, so das es zum bekannten "Authentication failed" kam.
Bei mir ist mit den Änderungen der Fehler behoben und mein Odroid sendet mir Nachrichten, auch aus FHEM heraus.
Nur der Empfang klemmt bei mir noch, kam noch nicht dazu, mich mit den Änderungen der 99_myUtils zu befassen.
Hoffe, ich habe nichts vergessen, Viel Erfolg.
Backup nicht vergessen. Sichere dir vorallem die env_android.py in der originalen Version, bevor du sie änderst.
vb
edit: Könnt ihr mir in dem Zusammenhang weiter helfen?
Ich möchte über einem Homematic HM-LC-SW1-FM benachrichtig werden, wenn er schaltet.
Das funktioniert auch, und zwar derzeit als notify : HM_395290:.* {sendWhatsApp("4915xxxxxxxxx","Nachricht von $NAME: $EVENT")}
Mein Problem: Ich bekomme 6 Medlungen zur Statusänderung
Zitat[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: set_off
[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: deviceMsg: off (to T_HMLAN1)
[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: level: 0
[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: pct: 0
[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: off
[20.5.2015, 19:42] UMTS-Modem: Nachricht von HM_395290: timedOn: off
Mir würde jedoch ein einfaches "Nachricht von: on" bzw "off" reichen.
Kann mir jemand nen Tipp geben, wie ich mein notify anstelle des Sterns ( HM_395290:.*) ändern muss?
Danke,
vb
edit 2: Hab ein DOIF daraus gemacht, funktioniert bestens.
Hallo,
nach längerem habe ich heute mal ein wenig Zeit gefunden mich um den Whatsapp-Empfang zu kümmern und den letzten Stand in mein Fhem-System einzubauen. Das scheint jetzt zuverlässig zu laufen. Danke an Jörg.
Gibt es die Möglichkeit die Nummer des Versenders und den Nachrichtentext in zwei verschiedene Readings zu schreiben? Zur Not würde mir auch helfen, daß nur der Text ohne Nummer in "state" steht.
Gruß, Sascha
Hallo,
hier geht Dein Wunsch in Erfüllung.
state wird mit Datum/Uhrzeit gefüllt
Phone mit der Telefonnummer
Message mit der Nachricht
Defines:
define WhatsApp dummy
attr WhatsApp room Siri
define WhatsApp_Rec notify WhatsApp:.*Message.* {WhatsAppNotify("49...")}
attr WhatsApp_Rec room Siri
99_myUtils
# ------------------------------------------------------------------------------------
# Funktion um WhatsApp Nachrichten auszuwerten
# 1. Mobilfunknummer
#
# ------------------------------------------------------------------------------------
sub
WhatsAppNotify($) {
my $CallerNr = shift;
my $Sender = ReadingsVal("WhatsApp", "Phone", "none");
my $Message = ReadingsVal("WhatsApp", "Message", "none");
my $MeldText = "";
my $ret = "";
if($Sender eq $CallerNr) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender definied: $Message";
$ret = fhem($Message);
if($ret) {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - error action: $ret";
sendWhatsApp($CallerNr,$MeldText);
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
$MeldText = "WhatsApp (WhatsAppNotify): Sender $Sender action: $Message - action: Ok";
sendWhatsApp($CallerNr,$MeldText);
}
} else {
Log3 "WhatsAppNotify", 3, "WhatsApp (WhatsAppNotify): $CallerNr Sender $Sender not definied: $Message";
}
}
Grüße Jörg
Hallo zusammen,
mich hat gestört, dass ich seit dem update nicht mehr ohne sudo Nachrichten verschicken konnte. Vielleicht ist dies nur ein Problem auf meinem System - vielleicht hilft es aber auch anderen.
yowsup schreibt in ein privates Verzeichnis, ~/.yowsup
Anscheinend gab es beim ermitteln oder beschreiben fehler - vielleicht weil der user fhem kein homedirectory hat?
Ich habe daher in der Datei yowsup/yowsup/common/constants.py den Pfad in einen absoluten Pfad geändert:
PATH_STORAGE = "/opt/fhem/.yowsup"
Anbei auch die resultierende Datei.
edit: { qx(printenv) } bringt ans Tageslicht, warum dieses Problem existiert.:
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
PWD=/opt/fhem
previous=N
LINES=26
HOME ist auf / gesetzt, klar, dass mein user darauf keine Schreibrechte hat.
Zitat von: phel am 30 Mai 2015, 00:44:06
Hallo zusammen,
mich hat gestört, dass ich seit dem update nicht mehr ohne sudo Nachrichten verschicken konnte. Vielleicht ist dies nur ein Problem auf meinem System - vielleicht hilft es aber auch anderen.
yowsup schreibt in ein privates Verzeichnis, ~/.yowsup
Anscheinend gab es beim ermitteln oder beschreiben fehler - vielleicht weil der user fhem kein homedirectory hat?
[...]
edit: { qx(printenv) } bringt ans Tageslicht, warum dieses Problem existiert.:
CONSOLE=/dev/console
HOME=/
[...]
Kurz nochmal nachgedacht, sauberer ist es einfach HOME zu setzen, dann muss nicht in den Quelldateien rumgepfuscht werden!
meine 99_myUtils.pm sieht jetzt so aus:
sub
sendWhatsApp($$)
{
my ($handy,$text) = @_;
my $retWhatsApp = qx( export HOME=\${PWD} && python yowsup/yowsup-cli demos -c yowsup/config -s $handy '$text' 2\>&1 &);
$retWhatsApp =~ s/\n|\r/ /g; #s,[\r\n]*,,g; # remove CR from return-string
Log3 "sendWhatsApp", 3, "sendWhatsApp: $retWhatsApp";
return $retWhatsApp;
}
Angepasst habe ich folgenden Teil:
my $retWhatsApp = qx( export HOME=\${PWD} && python yowsup/yowsup-cli demos -c yowsup/config -s $handy '$text' 2\>&1 &);Ich setze das HOME directory auf das Arbeitsverzeichnis - man könnte natürlich auch mit HOME=/opt/fhem einen statischen Pfad wählen.
Grüße
phel
hallo zusammen,
anbei eine erste version die das ganze als echtes fhem device mit ständig im hintergrund laufendem dienst umsetzt.
es kann damit gleichzeitig gesendet und empfangen werden ohne das prozesse beendet und neu gestartet werden. statt des echo und send clients wird hierzu der yowsup-cli client verwendet.
weitere vorteile: man sieht das fhem online ist, es ist konfigurierbar wer an fhem senden darf, für jeden erlaubten partner wird automatisch ein eigenes fhem device angelegt. in diesem fhem device landen die an fhem gesendeten nachrichten. wenn man hemm kommandos über ein notify ausführt lassen sich am device auch berechtigungen für kommandos fest machen.
was ist zu tun:
- in zeile 148 muss der pfad für den aufruf und das config file angepasst werden. eventuell mit sudo und HOME setzen.
das wird noch konfigurierbar gemacht. - fhem device anlegen: define WhatsApp yowsup
- wenn alles gut geht gibt es danach im device ein internal PID und das reading state.
- im whatsapp client auf dem handy sollte man sehen das fhem online ist.
- zum senden aus fhem kann man das kommando set WhatsApp send <nummer> <text> verwenden.
nachrichten können empfangen werden von jeder nummer die im
acceptFrom attribut aufgezählt ist (mit komma getrennt) bzw. von jedem (wenn das attribut nicht gesetzt ist).
bei empfang einer nachricht wird automatisch ein fhem device für diesen partner angelegt. in diesem device gibt es das reading
message für die empfangene nachricht und ab der ersten nachricht auch das reading
chatstate in dem zu sehen ist ob gerade getippt wird.
es lässt sich auch direkt dieses device zum senden verwenden:
set <device> send <text>. d.h. man spart sich die angabe der nummer.
es gibt noch kommandos zum trennen der verbindung (
disconnect), zum neu verbinden (
reconnect) und um raw daten an den yowsub-cli prozess zu senden (
raw).
über set raw kann man z.b. auch state, presence und status des whatsapp accounts setzen:
set WhatsApp raw /status set <status>denkbare erweiterungen:
- profil bild als device icon verwenden
- status und presence aus fhem heraus einfacher verwendbar machen
- ...
gruss
andre
edit: fehlende kommandos in die set liste hinzugefügt
automatisches reconnect wenn 10 minuten keine aktivität war
edit2: fix für nachrichten mit leerzeichen
neues attribut
cmd. hier kann die komplette kommandzeile zum starten der
yowsup-cli angegeben werden. wenn es komplizierter wird kann das auch ein shellscript sein das
alles weitere macht.
edit3: letzte aktualisierung für heute :)
es gibt jetzt noch ein
image kommando um ein bild zu senden. es muss jeweils der pfad zu einem bild angegeben werden.
edit4: fix für newline in texten.
edit5: neue attribute
commandPrefix im partner device um diesem partner
optional das ausführen vom fhem commandos zu erlauben
und
allowedCommands um die erlaubten kommandos zu konfigurieren.
in verbindung mit cmdalias sollte so einiges an steuerung auch mit beschränkten rechten möglich
sein ohne auf ein extra notify zurück greifen zu müssen.
edit6: das modul ist eingecheckt und über den update mechanismus verfügbar.
Hallo Andre,
super gemacht. Danke Dir.
Grüße Jörg
PS: Schade, wollte mich die nächsten Tage auch mal dran geben :-)
na wenn ich das gewusst hätte hätte ich heute was anderes gemacht :). keller aufräumen wäre z.b. nötig.
gruß
andre
Ich durfte Hof fegen ;)
Hallo Andre,
würdest Du bitte in: Sub yowsup_Set($$@) die:
} else {
$list .= "raw send " if( $hash->{PID} );
die vorgesehenen Sets disconnect reconnect noch ergänzen.
} else {
$list .= "raw send disconnect reconnect " if( $hash->{PID} );
Grüß Jörg
Hallo Andre,
was hälst Du von folgenden Änderungen zum Fehlerhandling:
sub
yowsup_Write($$)
{
my ($hash, $data) = @_;
my $name = $hash->{NAME};
my $syswrt;
return "not connected" if( !$hash->{PID} );
Log 3, "sending $data";
$syswrt = syswrite $hash->{FH}, $data ."\n";
Log3 $name, 2, "yowsup/System write error: $!\n" unless defined $syswrt;
Log3 $name, 5, "yowsup/System wrote: $syswrt Byte" if defined $syswrt;
return undef;
}
ich habe die version oben eben aktualisiert:
- die fehlenden kommandos sind jetzt in der set liste
- es gibt nach 10 minuten inaktivität ein automatisches reconnect. das sollte helfen wenn z.b. die Netzwerk verbindung abbricht.
die beiden meldungen baue ich nachher noch ein.
das error handling würde ich gerne noch etwas weiter ausbauen und auch hier neu connecten wenn es ein problem gab. ich kann das nur gerade nicht wirklich testen weil die einzige yowsup installation auf meinem produktiv system ist :).
gruss
andre
Coole Sache ihr beiden.
werde heute Abend mal die Neuerungen ausprobieren. Prakrisch wäre wenn die Einstellung aus der Zeile 148 schon per attr setzen könnte. Hatte vorhin vor dem update die Datei eingespielt und dann nocht nicht dazu gekommen die zu testen.
Gruß Porsti
Hallo Andre,
das muss leider noch dazu, ansonsten kein set reconnect möglich:
} elsif($hash->{STATE} eq "Disconnected") {
$list .= "reconnect ";
if( $cmd eq 'reconnect' ) {
yowsup_Disconnect($hash);
yowsup_Connect($hash);
return undef;
}
} else {
$list .= "raw send disconnect reconnect " if( $hash->{PID} );
die änderung verstehe ich nicht...
das reconnect ist nur auf de master device möglich. du hast es gerade in den zwei für die einzelnen partner eingebaut. da ist aber dann der hash falsch.
gruss
andre
Hallo Andre,
bei mir funktioniert es für den Master. Nach einem Disconnect erscheint dann genau das connect als mögliches Set.
Was noch nicht funktioniert ist folgendes Set funktioniert nicht: set MyWhatsApp send <Nummer> Dies ist mein Text
was funktioniert ist: : set MyWhatsApp send <Nummer> 'Dies ist mein Text'
ich habe jetzt die yowsup_Set für send etwas umgebaut.
sub
yowsup_Set($$@)
{
my ($hash, $name, $cmd, @args) = @_;
my $list = "";
if( $hash->{NUMBER} ) {
my $phash = $modules{yowsup}{defptr}{yowsup};
$list .= "send " if( $phash->{PID} );
if( $cmd eq 'send' ) {
return "MASTER not connected" if( !$phash->{PID} );
return yowsup_Write( $phash, "/message send $hash->{NUMBER} '". join( ' ', @args )."'" );
return undef;
}
} elsif($hash->{STATE} eq "Disconnected") {
$list .= "reconnect ";
if( $cmd eq 'reconnect' ) {
yowsup_Disconnect($hash);
yowsup_Connect($hash);
return undef;
}
} else {
$list .= "raw send disconnect reconnect " if( $hash->{PID} );
if( $cmd eq 'raw' ) {
return yowsup_Write( $hash, join( ' ', @args ));
return undef;
} elsif( $cmd eq 'send' ) {
return yowsup_Write( $hash, "/message send ". shift(@args)." '". join( ' ', @args )."'" );
return undef;
} elsif( $cmd eq 'disconnect' ) {
yowsup_Disconnect($hash);
return undef;
} elsif( $cmd eq 'reconnect' ) {
yowsup_Disconnect($hash);
yowsup_Connect($hash);
return undef;
}
}
return "Unknown argument $cmd, choose one of $list";
}
Bitte ändere doch bitte auch in yowsup_write das Log 3 auf Log3:
return "not connected" if( !$hash->{PID} );
Log3 $name, 3, "yowsup/sending: $data";
Grüße Jörg
hallo jörg,
das send und die logs habe ich umgebaut. keine ahnung warum es bei mir auch ohne dir ' ging.
in meiner letzten version oben hatte ich das mit dem reconnect etwas anders auch schon eingebaut. das sollte eigentlich genau so gehen und ist etwas kürzer.
ich habe jetzt auch ein attribut cmd eingebaut mit dem die komplette komandozeile zum starten der yowsup-cli angegeben werden kann. zur not wenn es komplizierter wird kann das auch ein shellscript sein das dann alles weitere macht.
oben ist die version aktualisiert.
gruss
andre
Hallo Andre,
passt und Danke.
Ich würde allerdings vorschlagen das Attribut cmd nicht mit einem Default zu versehen, sondern das Setzen zu erzwingen. Es kommen sonst zu viele Rückfragen: Bekomme kein connect, warum...?
Auch würde ich zwei Attribute definieren: yowsup_path und yowsup_conf. Das cmd, vielleicht auch yowsup_cmd, wäre dann nur für die Experten.
Würdest Du bitte auch $hash->{AttrList} = "disable:1 "; in $hash->{AttrList} = "disable:0,1 "; umändern. Dann reicht es den Wert auf 0 zu setzen um das Modul wieder zu aktivieren.
Grüße Jörg
ja. das mit dem pfad gefällt mir auch noch nicht. mal sehen ob es mit einem pflicht attribut besser ist.
das mit der 0 beim disable ist eine alte diskussion :) ich bin der meinung das man genau sogar schneller auf deleteattr klicken kann als es auf 0 zu setzen. deshalb habe ich es bis jetzt in allen meinem modulen extra nicht mit drin.
wie ist hier sonst die meinung dazu?
gruss
andre
ps: ich habe oben die version noch mal aktualisiert. es gibt jetzt auch ein set image kommando um ein bild zu senden. das könnte z.b. das bild einer webcam sein die eine bewegung erkannt hat.
Hallo Andre,
ich würde das Attribut disabled gerne immer auf 0 setzen um dann in bestimmten Situationen einfach zwischen 0 und 1 zu toggeln.
Grüße Jörg
PS: Danke für Bild ...
Zitat von: justme1968 am 30 Mai 2015, 15:18:00
anbei eine erste version die das ganze als echtes fhem device mit ständig im hintergrund laufendem dienst umsetzt.
Hat fast auf Anhieb funktioniert, nur ging er nicht dauerhaft online.
Ich hatte fhem einmal zwischendurch per /etc/init.d/fhem start' gestartet, damit machte er ständige reconnects.
Dann mal richtig per 'service fhem start' gestartet, und es funktioniert ohne Probleme.
moin moin,
auch wenn die Antwort vlt. zu einfach ist, in welches Verzeichnis muss die 32_yowsup.pm abgelegt werden?
Aktuell habe ich die Datei auf dem Raps unter /opt/fhem/FHEM gespeichert.
Die anderen Schritte habe ich wie beschrieben durchgeführt und im Phone Client erscheint auch ein kurzfristiges ONLINE.
Aber Nachrichten kann ich damit nicht an das Handy senden.
(Grundsätzlich kann ich bereits WhatsApp versenden, das funktioniert soweit.)
Auch hängt sich der RASPI komplett auf, wenn ich z.B. ein set WhatsApp reconnect mache.
Dann hilft hier nur noch Strom raus und wieder rein.
Den Raspi mit sudo shutdown -r now funktioniert hier auch nicht mehr.
Besten Dank für ein paar Ideen.
Grüße
Uwe
was steht im log und auf stdout?
gruß
andre
im Log steht nur
2015.05.30 23:50:42 3: WhatsApp: sending /message send 49xxxxxxxxx test
STDOUT ... braucht bitte einen Tipp wie ich die Ausgabe auf der Console hinbekomme
Gruß
Uwe
am einfachsten fhem von hand auf der console starten.
gruß
andre
das ist ja wie weihnachten :) gute Arbeit!
Ich habe bei mir noch
$ENV{HOME} = "/opt/fhem";
eingefügt, dann brauche ich kein sudo. Und die Zeile die auf den eigenen Pfad angepasst werden muss ist inzischen auf 160 gerutscht. Vielleicht kann man das noch in der Anleitung anpassen.
hm, die Console gibt mir nix aus.
Wenn ich per
{system("sudo /opt/fhem/contrib/yowsup-master/yowsup-cli demos -s 49xxxxxxxxxxx \"GARAGE-ZU\" -c /opt/fhem/contrib/yowsup-master/config.yowsup")}
schicke bekomme ich ein -1 zurück (wie auch in der Webansicht) und die Nachricht kommt an.
was ergibt denn { qx(printenv) }
bei dir? (in fhem)
Und generell:
Bisher funktionieren Gruppenchats noch nicht - fhem akzeptiert keine bindestriche im Namen. (Gruppenchats haben als Empfänger die Nummer des erstellers zusammen mit einenm timestamp. also zum Beispiel 49xxxxxxxxxxx-1422475006. Beim Empfangen wird noch die Nummer des senders davor gesetzt: 49yyyyyyyyyyy/49xxxxxxxxxxx-1422475006
ich habe gerade festgestelt, dass Nachrichten die nah aufeinander empfangen werden nur als ":" fhem erscheinen. Nach etwas Zeit oder einem reconnect gehts wieder.
2015-05-31_01:31:19 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:31:26 49xxxxxxxxxxx message: die erste Nachricht geht durch
2015-05-31_01:31:26 49xxxxxxxxxxx chatstate: received
2015-05-31_01:31:26 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:31:31 49xxxxxxxxxxx message: :
2015-05-31_01:31:31 49xxxxxxxxxxx chatstate: received
2015-05-31_01:33:09 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:33:12 49xxxxxxxxxxx message: blub?
2015-05-31_01:33:12 49xxxxxxxxxxx chatstate: received
Hallo Andre,
Super und vielen Dank.
Werde ich auch Testen, wenn ich wieder im Lande bin.
Vielleicht schaffe ich es von unterwegs des ersten Beitrag anzupassen mit dem Verweis auf dein Modul :-)
Schöne grüße
Hannes
Gesendet von Tapatalk
es kann sein das mit dem parsen der. yowsup ausgabe noch ein paar randbedingungen wie z.b. schnell aufeinander folgende nachrichten oder auf langsamen rechnern noch nicht wirklich richtig behandelt werden.
bitte setz mal verbose auf 4 und zeig das log. da stehen dann die wirklichen ausgaben drin.
gruß
andre
Guten morgen,
auch auf die Gefahr hin, mich zu wiederholen:
Danke euch allen, die Ihr hier Zeit rein steckt!!
Gestern kurz Zeit gehabt, die yowsup.pm angepasst, eingespielt, läuft.
Grandios!
Nun muss ich nur noch begreifen, wie ich mit einer WA Message meine Devices gesteuert kriege.
Müssen die bisherigen Änderungen wie z.B. die layer.py auch bei einer Neuinstallaion geändert werden, oder reicht auf einem frischen System das neue Modul, nachdem der yowsup Client installiert wurde?
vb
es reicht das fhem modul. es sind keine änderungen an yowsup nötig.
gruß
andre
@andre
Danke.
Wäre es dann eventuell eine Option, das Modul offiziell mit einzuchecken?
Ich weiss, 6Monate Support...
Im Moment geht mein yowsup oft offline, zumindest ist es im fhem so zu sehen und Nachrichten werden nicht empfangen.
Der Versand klappt jedoch.
Ich hab mal Verbose auf 4 gestellt, dann kann ich hier mal nen Log zur verfügung stellen.
Kann ich sonst noch was sachdienliches für euch tun, Kaffee kochen oder so?? ;)
vb
ich checke es ein wenn es für mehr als eine hand voll funktioniert :).
gruß
andre
Hallo phel,
das bekomme ich mit { qx(printenv) }
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
PWD=/opt/fhem
previous=N
LINES=26
Ein yowsup-Modul ist eine tolle Idee. So nach dem Motto "Was ich schon immer haben wollten, aber mich nie zu fragen getraut hätte..."
Und das passiert mir nicht zum ersten Mal hier in der FHEM-Community. ;D
Also einfach mal: VIELEN DANK DAFÜR!!!
Ich will mal mein Log der letzten Stunde hier quasi zur Diskussion stellen
Was funktioniert, was nicht:
Es funktioniert das senden von Nachrichten auf diese Weise:
Zitat([HM_383DA1:state] eq "on") ({sendWhatsApp("49152xxxxx","Test ein")}) DOELSEIF ([HM_383DA1:state] eq "off") ({sendWhatsApp("49152xxxxx","Test aus")})
Das finde ich prima als Statusbenachrichtigung.
Senden aus FHEM per Hand geht nicht, wobei ich sagen muss, Eingabe per Hand in die fhem-Kommandozeile nicht getestet
Empfang von Nachrichten ebenfalls nicht
Ursache liegt m.M.n. an der Tatsache, das der Client zu schnell offline geht und nur alle zehn Minuten reconnected wird.
Mir ist bewusst, das dies derzeit so gewollt ist, aber wenn bei mir kein Fehler vorliegt, sind das 10 Min in denen fhem auf der WA-Schiene taub und blind ist.
Selbst nach einem Versand von Nachrichten wie oben beschrieben, werden zu empfangene Nachrichten offenbar nicht verarbeitet. Ich sehe sie zumindest auf meinem Smartphone immer noch als nicht zugestellt.
Wenn ihr mir nun sagt, ist gewollt, geht nicht anders, das machen wir schon immer so, akzeptiere ich das selbstverständlich.
2015.05.31 09:59:41.025 3: WhatsApp: sending /message send 49152xxxxx 'test2'
2015.05.31 09:59:41.032 4: WhatsApp: parse:
Error: Not connected
[offline]:
2015.05.31 10:00:07.241 3: WhatsApp: sending /disconnect
2015.05.31 10:00:07.246 3: WhatsApp: Disconnected
2015.05.31 10:00:07.251 3: WhatsApp: sending /L
2015.05.31 10:00:07.252 3: WhatsApp: sending /presence available
2015.05.31 10:00:07.257 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:00:07.854 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 10:00:07.855 4: WhatsApp: parse:
2015.05.31 10:00:07.857 4: WhatsApp: parse: [offline]:
2015.05.31 10:00:08.643 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 10:00:08.659 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 10:00:08.673 4: WhatsApp: parse: [49152xxxxx@s.whatsapp.net(31-05-2015 09:59)]:[1433059196.--94] test2 re
Message 1433059196.--94: Sent delivered receipt
[connected]:
2015.05.31 10:01:10.885 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.05.31 10:01:11.391 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:11:11.392 3: WhatsApp: reConnect
2015.05.31 10:11:11.392 3: WhatsApp: sending /disconnect
2015.05.31 10:11:11.397 3: WhatsApp: Disconnected
2015.05.31 10:11:11.402 3: WhatsApp: sending /L
2015.05.31 10:11:11.403 3: WhatsApp: sending /presence available
2015.05.31 10:11:11.408 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:11:11.983 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 10:11:11.984 4: WhatsApp: parse:
2015.05.31 10:11:11.986 4: WhatsApp: parse: [offline]:
2015.05.31 10:11:12.902 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 10:11:12.908 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 10:11:12.972 4: WhatsApp: parse: [49152xxxxx@s.whatsapp.net(31-05-2015 10:03)]:[1433059431.--97] test3
2015.05.31 10:11:12.974 4: WhatsApp: parse:
Message 1433059431.--97: Sent delivered receipt
[connected]:
2015.05.31 10:12:15.490 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.05.31 10:12:15.996 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:15.993 3: WhatsApp: reConnect
2015.05.31 10:22:15.994 3: WhatsApp: sending /disconnect
2015.05.31 10:22:15.999 3: WhatsApp: Disconnected
2015.05.31 10:22:16.004 3: WhatsApp: sending /L
2015.05.31 10:22:16.005 3: WhatsApp: sending /presence available
2015.05.31 10:22:16.009 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:22:16.661 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.05.31 10:22:17.188 4: WhatsApp: parse: general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:17.190 4: WhatsApp: parse: [offline]:
Error: Not connected
[offline]:
2015.05.31 10:22:17.689 4: WhatsApp: parse: general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:18.190 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:18.691 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:19.192 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:19.693 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:20.194 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:20.695 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:22:21.196 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:32:21.206 3: WhatsApp: reConnect
2015.05.31 10:32:21.207 3: WhatsApp: sending /disconnect
2015.05.31 10:32:21.212 3: WhatsApp: Disconnected
2015.05.31 10:32:21.217 3: WhatsApp: sending /L
2015.05.31 10:32:21.218 3: WhatsApp: sending /presence available
2015.05.31 10:32:21.222 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:32:21.800 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 10:32:21.802 4: WhatsApp: parse: [offline]:
2015.05.31 10:32:22.579 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 10:32:22.585 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 10:33:25.129 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 10:33:25.635 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:43:25.631 3: WhatsApp: reConnect
2015.05.31 10:43:25.632 3: WhatsApp: sending /disconnect
2015.05.31 10:43:25.638 3: WhatsApp: Disconnected
2015.05.31 10:43:25.643 3: WhatsApp: sending /L
2015.05.31 10:43:25.644 3: WhatsApp: sending /presence available
2015.05.31 10:43:25.649 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:43:26.222 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 10:43:26.224 4: WhatsApp: parse:
2015.05.31 10:43:26.226 4: WhatsApp: parse: [offline]:
2015.05.31 10:43:27.004 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 10:43:27.012 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 10:44:29.516 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 10:44:30.021 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 10:54:30.019 3: WhatsApp: reConnect
2015.05.31 10:54:30.020 3: WhatsApp: sending /disconnect
2015.05.31 10:54:30.025 3: WhatsApp: Disconnected
2015.05.31 10:54:30.029 3: WhatsApp: sending /L
2015.05.31 10:54:30.030 3: WhatsApp: sending /presence available
2015.05.31 10:54:30.034 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 10:54:30.686 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 10:54:30.687 4: WhatsApp: parse:
2015.05.31 10:54:30.689 4: WhatsApp: parse: [offline]:
2015.05.31 10:54:31.470 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 10:54:31.477 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 10:55:33.978 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 10:55:34.484 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:05:34.480 3: WhatsApp: reConnect
2015.05.31 11:05:34.481 3: WhatsApp: sending /disconnect
2015.05.31 11:05:34.486 3: WhatsApp: Disconnected
2015.05.31 11:05:34.491 3: WhatsApp: sending /L
2015.05.31 11:05:34.491 3: WhatsApp: sending /presence available
2015.05.31 11:05:34.497 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 11:05:35.073 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 11:05:35.074 4: WhatsApp: parse:
2015.05.31 11:05:35.076 4: WhatsApp: parse: [offline]:
2015.05.31 11:05:35.854 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 11:05:35.856 4: WhatsApp: parse:
2015.05.31 11:05:35.863 4: WhatsApp: parse: [connected]:[connected]:
2015.05.31 11:06:38.362 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 11:06:38.868 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:16:38.874 3: WhatsApp: reConnect
2015.05.31 11:16:38.875 3: WhatsApp: sending /disconnect
2015.05.31 11:16:38.880 3: WhatsApp: Disconnected
2015.05.31 11:16:38.885 3: WhatsApp: sending /L
2015.05.31 11:16:38.886 3: WhatsApp: sending /presence available
2015.05.31 11:16:38.890 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 11:16:39.466 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 11:16:39.467 4: WhatsApp: parse:
2015.05.31 11:16:39.469 4: WhatsApp: parse: [offline]:
2015.05.31 11:16:40.248 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 11:16:40.254 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 11:17:42.766 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 11:17:43.272 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:43.269 3: WhatsApp: reConnect
2015.05.31 11:27:43.270 3: WhatsApp: sending /disconnect
2015.05.31 11:27:43.275 3: WhatsApp: Disconnected
2015.05.31 11:27:43.280 3: WhatsApp: sending /L
2015.05.31 11:27:43.281 3: WhatsApp: sending /presence available
2015.05.31 11:27:43.286 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 11:27:43.859 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.05.31 11:27:44.384 4: WhatsApp: parse: general: Disconnected: Connection Closed
2015.05.31 11:27:44.385 4: WhatsApp: parse:
2015.05.31 11:27:44.386 4: WhatsApp: parse: [offline]:
2015.05.31 11:27:44.388 4: WhatsApp: parse:
[offline]:
2015.05.31 11:27:44.389 4: WhatsApp: parse:
Error: Not connected
[offline]:
2015.05.31 11:27:44.888 4: WhatsApp: parse: general: Disconnected: Connection Closed
2015.05.31 11:27:44.889 4: WhatsApp: parse:
[offline]:
2015.05.31 11:27:45.390 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:45.891 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:46.393 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:46.893 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:47.394 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:47.895 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:27:48.396 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 11:31:19.552 3: WhatsApp: sending /message send 49152xxxxx 'test5'
2015.05.31 11:31:19.561 4: WhatsApp: parse:
Error: Not connected
[offline]:
Erfolgreich versendet Nachrichten sind hier keine im Log zu sehen, wäre das mit Verbose 5 anders?
Hoffe, ich habe meine Nummer überall unkenntlich gemacht...
vb
edit:
Nein, auch mit Verbose 5 keine Einträge über erfolgreichen VErsand.
Zumindest nicht alle.
Jedoch habe ich bei meinem jetzigen Test die restlichen Nachrichten bekommen:
2015.05.31 11:41:19.566 3: WhatsApp: reConnect
2015.05.31 11:41:19.567 3: WhatsApp: sending /disconnect
2015.05.31 11:41:19.572 3: WhatsApp: Disconnected
2015.05.31 11:41:19.576 3: WhatsApp: sending /L
2015.05.31 11:41:19.577 3: WhatsApp: sending /presence available
2015.05.31 11:41:19.582 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 11:41:20.155 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 11:41:20.156 4: WhatsApp: parse:
2015.05.31 11:41:20.158 4: WhatsApp: parse: [offline]:
2015.05.31 11:41:21.075 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 11:41:21.082 4: WhatsApp: parse:
[connected]:
2015.05.31 11:41:21.083 4: WhatsApp: parse: [connected]:
2015.05.31 11:41:21.143 4: WhatsApp: parse: [49152xxxxx @s.whatsapp.net(31-05-2015 11:28)]:[1433064519.--158] test4
2015.05.31 11:41:21.144 4: WhatsApp: parse:
Message 1433064519.--158: Sent delivered receipt
[connected]:
2015.05.31 11:42:23.665 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.05.31 11:42:24.171 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
Man beachte die Zeitstempel der Nachricht bei 11:41:21 Uhr im Logfile...
das neue modul hat ständig verbindung. und du kannst gleichzeitig senden und empfangen.
die alt send routine beißt sich mit dem neuen modul. wenn du mit dem der alten routine sendest wird die verbindung im neuen modul getrennt.
das senden geht jetzt über ein ganz normales set send mit dem neuen modul.
gruss
andre
Zitat von: uland2012 am 31 Mai 2015, 10:56:46
Hallo phel,
das bekomme ich mit { qx(printenv) }
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
PWD=/opt/fhem
previous=N
LINES=26
Also, gleiches Problem wie bei mir. Dein HOME Directory steht auf /. Vermutlich hast du dort kein Schreibrechte und yowsup kann seine Daten nicht schreiben. Du hast jetzt folgende Möglichkeiten:
- HOME manuell setzen
in 32_yowsup.pm Zeile 159 einfügen:
$ENV{HOME} = "/opt/fhem"; - yowsup mit sudo starten
-> unnötige hohe Rechte, würde ich von abraten! - /.yowsup manuell anlegen und deinem Nutzer die Rechte darauf geben
sudo mkdir /.yowsup
sudo chown fhem -R /.yowsup
(nicht getestet) - herausfinden warum Home auf / gesetzt wird und das Problem an der Wurzel lösen. Also ein echtes Home directory erzeugen und in der Session verwenden.
-> Kein Plan wie das geht ausser wie in Punkt 1 beschrieben.
Ich würde Option 3 wählen, das sollte ohne modifikation von irgendwas funktionieren und daher auch updates überleben. Bei Nummer 1. bin ich mir sicher dass es auch geht, das mache ich zur Zeit. Werde aber auf 3. wechseln.
Grüße
phel
Zitat von: phel am 31 Mai 2015, 01:36:25
ich habe gerade festgestelt, dass Nachrichten die nah aufeinander empfangen werden nur als ":" fhem erscheinen. Nach etwas Zeit oder einem reconnect gehts wieder.
2015-05-31_01:31:19 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:31:26 49xxxxxxxxxxx message: die erste Nachricht geht durch
2015-05-31_01:31:26 49xxxxxxxxxxx chatstate: received
2015-05-31_01:31:26 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:31:31 49xxxxxxxxxxx message: :
2015-05-31_01:31:31 49xxxxxxxxxxx chatstate: received
2015-05-31_01:33:09 49xxxxxxxxxxx chatstate: composing
2015-05-31_01:33:12 49xxxxxxxxxxx message: blub?
2015-05-31_01:33:12 49xxxxxxxxxxx chatstate: received
Hier noch mit verbose 4:
2015.05.31 12:20:21 4: WhatsApp: parse: [49xxxxxxxxxxx@s.whatsapp.net(31-05-2015 12:20)]:[1433067627.--247] blob
2015.05.31 12:20:21 4: WhatsApp: parse: Message 1433067627.--247: Sent delivered receipt
[connected]:
2015.05.31 12:20:25 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49xxxxxxxxxxx@s.whatsapp.net
2015.05.31 12:20:26 4: WhatsApp: parse:
2015.05.31 12:20:26 4: WhatsApp: parse: [49xxxxxxxxxxx@s.whatsapp.net(31-05-2015 12:20)]:[1433067632.--249] blab
Message 1433067632.--249: Sent delivered receipt
[connected]:
2015.05.31 12:20:30 4: WhatsApp: parse: Iq:
ID: 6
Type: result
from: 49yyyyyyyyyyy@s.whatsapp.net
2015.05.31 12:20:30 4: WhatsApp: parse:
2015.05.31 12:20:30 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49xxxxxxxxxxx@s.whatsapp.net
2015.05.31 12:20:30 4: WhatsApp: parse:
2015.05.31 12:20:35 4: WhatsApp: parse:
und das kam im FileLog an
2015-05-31_12:20:20 49xxxxxxxxxxx chatstate: composing
2015-05-31_12:20:21 49xxxxxxxxxxx message: blob
2015-05-31_12:20:21 49xxxxxxxxxxx chatstate: received
2015-05-31_12:20:25 49xxxxxxxxxxx chatstate: composing
2015-05-31_12:20:26 49xxxxxxxxxxx message: :
grüße
phel
@andre
sollte man also vernünftiger Weise, die "alten" Änderungen wie z.b. die layer.py und die 99_myUtils rückgängig machen?
Mit set whatsapp send nummer text komme ich zu garnichts.
Ich schmeisse mal alles raus, starte fhem durch und fange nochmal an.
vb
Danke für die Mühe an euch. Und ich dachte schon ich hätte mich da selbst ran machen müssen! :) :) :)
alle änderungen an yowsup sind egal. das geänderte file wird nicht mehr verwendet.
wenn du online bist sollte das senden funktionieren. denk an die 49 am anfang.
was steht im log beim verbose 4 ?
Ich habe jetzt die Änderungen in meiner 99_myUtils auskommentiert um sicher zu stellen, wer hier was sendet.
Stand jetzt sendet und empfängt das neue Modul Nachrichten.
Wenn es online ist.
1 Minute nach dem Versand einer Nachricht geht es nämlich gern offline.
Sieht im Log Verbose 5 aus wie folgt:
2015.05.31 12:55:07.856 4: WhatsApp: parse: [offline]:
2015.05.31 12:55:08.713 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 12:55:08.718 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 12:55:10.400 3: WhatsApp: sending /message send 4915256362448 'Sandfilter ein'
2015.05.31 12:55:10.416 4: WhatsApp: parse: [connected]:
2015.05.31 12:55:10.566 4: WhatsApp: parse: Sent: 1433069710-1
[connected]:
2015.05.31 12:55:15.789 3: WhatsApp: sending /message send 4915256362448 'Sandfilter aus'
2015.05.31 12:55:15.805 4: WhatsApp: parse: [connected]:
2015.05.31 12:55:15.932 4: WhatsApp: parse:
Sent: 1433069715-2
[connected]:
2015.05.31 12:55:23.865 3: WhatsApp: sending /message send 49152xxxx 'Test ein'
2015.05.31 12:55:23.879 4: WhatsApp: parse: [connected]:
2015.05.31 12:55:24.007 4: WhatsApp: parse:
Sent: 1433069723-3
[connected]:
2015.05.31 12:55:29.016 3: WhatsApp: sending /message send 49152xxxx 'Test aus'
2015.05.31 12:55:29.031 4: WhatsApp: parse: [connected]:
2015.05.31 12:55:29.161 4: WhatsApp: parse:
Sent: 1433069729-4
[connected]:
2015.05.31 12:56:31.320 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.05.31 12:56:31.825 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
Anfang des Logs, 12:55 musste ich schon per Hand reconnecten.
Mal abgesehen davon.
Hat jemand nen Tipp für mich, wie eine Message für FHEM aussehen könnte, um auf diese Art ein Device zu schalten z.B.?
Geht das überhaupt schon, oder muss ich da eventuell auch noch ein DOIF oder notify zwischen schalten, das die Readings des WA-Device auswertet?
vb
Hallo Andre,
ich glaube es würde helfen nach einem send ein yowsup_read aufzurufen und das Ergebnis ins Log bzw in ein separates State zu schreiben. So kann man sehen, wie das Senden von yowsup quittiert worden ist.
Grüße Jörg
das read wird doch automatisch aufgerufen wenn yowsup-cli irgendetwas ausgibt. also auch wenn die quitung kommt. die muss in parse nur ausgewertet und ins log geschrieben werden.
das problem ist das fhem blockiert wenn das modul aktiv auf die quitung wartet.
ich denke es sollte alles asynchron bzw nicht blockierend bleiben. d.h. das set send kann nicht direkt etwas zurück liefern da das read noch nichts liefert.
wie wäre es mit einem reading das den sendeversuch und die quitung protokolliert? dann könnte man mit einem watchdog auf das ausbleiben der quitung reagieren.
das modul könnte auch ein resend kommando anbieten.
man könnte im modul auch ein automatisches resend oder sogar reconnect machen.
Zitat von: justme1968 am 31 Mai 2015, 13:46:10
wie wäre es mit einem reading das den sendeversuch und die quitung protokolliert? dann könnte man mit einem watchdog auf das ausbleiben der quitung reagieren.
Das ist das, was ich eigentlich gemeint habe. Habe mich schlicht schlecht ausgedrückt.
Grüße Jörg
Ich bin wahrscheinlich zu blöde...
Ich habe jetzt auch noch die layers.py durch die originale ersetzt, aber mein WhatsApp geht im FHEM immer offline.
Neustart des Odroid und somit auch FHEM ohne Änderung.
Solange ich online bin geht alles tadellos, aber das ist immer nicht lange.
Ich hänge nochmal ein Log dran, vielleicht seht ihr ja, wo mein Fehler steckt.
2015.05.31 17:26:46.988 0: Server shutdown
2015.05.31 17:27:20.030 1: Including fhem.cfg
2015.05.31 17:27:22.124 1: HMLAN_Parse: T_HMLAN1 new condition disconnected
2015.05.31 17:27:35.498 1: Including ./log/fhem.save
2015.05.31 17:27:35.824 3: WhatsApp: sending /L
2015.05.31 17:27:35.825 3: WhatsApp: sending /presence available
2015.05.31 17:27:35.828 1: usb create starting
2015.05.31 17:27:35.829 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 17:27:38.194 1: usb create end
2015.05.31 17:27:38.198 0: Server started with 117 defined entities (version $Id: fhem.pl 8574 2015-05-14 07:59:32Z rudolfkoenig $, os linux, user fhem, pid 967)
2015.05.31 17:27:39.109 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.05.31 17:27:39.581 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 17:27:39.586 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 17:28:21.773 1: Timeout for PRESENCE_DoLocalBluetoothScan reached, terminated process 1098
2015.05.31 17:28:22.646 1: FHEM2FHEM 192.168.0.231:7072 reappeared (RPi)
2015.05.31 17:28:22.657 1: 192.168.0.220:1000 reappeared (T_HMLAN1)
2015.05.31 17:28:22.658 1: HMLAN_Parse: T_HMLAN1 new condition init
2015.05.31 17:28:22.896 1: HMLAN_Parse: T_HMLAN1 new condition ok
2015.05.31 17:28:42.088 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 17:28:42.594 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 17:29:22.546 1: Including fhem.cfg
2015.05.31 17:29:22.655 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2015.05.31 17:29:22.946 3: WhatsApp: sending /disconnect
2015.05.31 17:29:22.946 3: WhatsApp: Disconnected
2015.05.31 17:29:32.952 3: WhatsApp: sending /L
2015.05.31 17:29:32.953 3: WhatsApp: sending /presence available
2015.05.31 17:29:32.960 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 17:29:33.809 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 17:29:33.811 4: WhatsApp: parse:
[offline]:
2015.05.31 17:29:34.638 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 17:29:34.640 4: WhatsApp: parse:
2015.05.31 17:29:34.645 4: WhatsApp: parse: [connected]:
2015.05.31 17:29:34.648 4: WhatsApp: parse: [connected]:
2015.05.31 17:30:00.191 3: WhatsApp: sending /message send 49152xxxxx 'Sandfilter aus'
2015.05.31 17:30:00.215 4: WhatsApp: parse: [connected]:
2015.05.31 17:30:00.342 4: WhatsApp: parse: Sent: 1433086200-1
[connected]:
2015.05.31 17:31:16.697 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.05.31 17:31:17.204 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.05.31 17:31:31.632 3: WhatsApp: sending /message send 49152xxxxx 'Test ein'
2015.05.31 17:31:31.645 4: WhatsApp: parse:
Error: Not connected
[offline]:
Zu Beginn ist das starten von FHEM noch dabei, wie gesagt, hab grade mal die ganze Fuhre neu gestartet.
vb
irgendjemand macht die verbindung von aussen zu.
benutzt die die gleiche nummer noch woanders? mit der app oder mit yowsup? startest du noch irgendwo yowsup?
gib mal ein set <device> raw /ping
ein und schau ob es dan länger online bleibt.
gruss
andre
Die Nummer nutze ich nur in diesem Falle für WhatsApp.
Bin schon am überlegen, wo ich eventuell noch damit rumgespielt habe, fällt mir aber momentan nichts ein.
Der Ping brachte auch keine Besserung:
2015.05.31 18:46:10.300 3: WhatsApp: sending /ping
2015.05.31 18:46:10.308 4: WhatsApp: parse:
Error: Not connected
[offline]:
2015.05.31 18:46:34.399 3: WhatsApp: sending /disconnect
2015.05.31 18:46:34.404 3: WhatsApp: Disconnected
2015.05.31 18:46:34.408 3: WhatsApp: sending /L
2015.05.31 18:46:34.409 3: WhatsApp: sending /presence available
2015.05.31 18:46:34.413 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.05.31 18:46:34.997 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.05.31 18:46:34.998 4: WhatsApp: parse:
2015.05.31 18:46:35.000 4: WhatsApp: parse: [offline]:
2015.05.31 18:46:35.834 4: WhatsApp: parse: Auth: Logged in!
2015.05.31 18:46:35.839 4: WhatsApp: parse:
[connected]:[connected]:
2015.05.31 18:46:47.025 3: WhatsApp: sending /ping
2015.05.31 18:46:47.032 4: WhatsApp: parse: [connected]:
2015.05.31 18:46:47.174 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: s.whatsapp.net
2015.05.31 18:47:48.694 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.05.31 18:47:49.201 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
Zitat von: VB90 am 31 Mai 2015, 17:36:36
Ich habe jetzt auch noch die layers.py durch die originale ersetzt, aber mein WhatsApp geht im FHEM immer offline.
Neustart des Odroid und somit auch FHEM ohne Änderung.
Hallo,
hast Du wirklich die aktuelle Version von yowsup. In der Februarversion gab es noch das Problem des fehlenden Ping. Ohne die "I'm alive" wird die Verbindung von WhatsApp nach einer gewissen Zeit, mal im Sekunden, mal im Minutenbereich, getrennt.
Grüße Jörg
mein letzter Download der master.zip ist vom 27.04.
Wenn Hoffnung besteht, das es was bringt, dann ziehe ich die auch gern nochmal, hab inzwischen soviel rumgetestet, das es darauf auch nicht mehr ankommt.
vb
edit:
Ordner gelöscht und yowsup neu installiert wie auf Seite 1 beschrieben. Ergebnis: nix neues.
noch ne edit:
Jetzt sehe ich regelmäßig alle 50sek nen Ping.
Hierdurch bin ich in der glücklichen Lage, -bislang- dauerhaft, online zu sein.
Frage ist: kann ich das so lassen, mit dem immer währenden Ping?
vb
Mit den ständig offline hatte ich auch, aber nur wenn mein FHEM mittel "/etc/init.d/fhem config" gestartet habe.
Mit "service fhem start" geht yowsup mehr gleich offline, Senden und Empfang funktionieren.
Aktuell habe ich mittels "{ qx(printenv) }" nur folgendes:
OLDPWD=/
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=en_US.UTF-8
PWD=/opt/fhem
Ich habe yowsup unter /opt/fhem/ entpackt und nichts weiter angepasst.
ich habe eben ein problem mit newline innerhalb des gesendeten textes behoben.
diese new lines konnten zum beispiel auftreten wenn aus einem notify etwas zurück gesendet wurde.
das newline hat dazu geführt das keine weiteren nachrichten mehr geschickt werden konnten. das erklärt vielleicht eines der probleme weiter oben.
der workaround ist jetzt erst mal das newline durch ein leerzeichen zu ersetzen. ich weiss nicht ob im yowsup cli das maskieren vorgesehen ist. habe gerade keine lust zum ausprobieren :)
die neue version gibt es wie immer hier: http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292 (http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292).
gruss
andre
Zitat von: justme1968 am 30 Mai 2015, 15:18:00
hallo zusammen,
anbei eine erste version die das ganze als echtes fhem device mit ständig im hintergrund laufendem dienst umsetzt.
es kann damit gleichzeitig gesendet und empfangen werden ohne das prozesse beendet und neu gestartet werden. statt des echo und send clients wird hierzu der yowsup-cli client verwendet.
weitere vorteile: man sieht das fhem online ist, es ist konfigurierbar wer an fhem senden darf, für jeden erlaubten partner wird automatisch ein eigenes fhem device angelegt. in diesem fhem device landen die an fhem gesendeten nachrichten. wenn man hemm kommandos über ein notify ausführt lassen sich am device auch berechtigungen für kommandos fest machen.
was ist zu tun:
- in zeile 148 muss der pfad für den aufruf und das config file angepasst werden. eventuell mit sudo und HOME setzen.
das wird noch konfigurierbar gemacht. - fhem device anlegen: define WhatsApp yowsup
- wenn alles gut geht gibt es danach im device ein internal PID und das reading state.
- im whatsapp client auf dem handy sollte man sehen das fhem online ist.
- zum senden aus fhem kann man das kommando set WhatsApp send <nummer> <text> verwenden.
nachrichten können empfangen werden von jeder nummer die im acceptFrom attribut aufgezählt ist (mit komma getrennt) bzw. von jedem (wenn das attribut nicht gesetzt ist).
bei empfang einer nachricht wird automatisch ein fhem device für diesen partner angelegt. in diesem device gibt es das reading message für die empfangene nachricht und ab der ersten nachricht auch das reading chatstate in dem zu sehen ist ob gerade getippt wird.
es lässt sich auch direkt dieses device zum senden verwenden: set <device> send <text>. d.h. man spart sich die angabe der nummer.
es gibt noch kommandos zum trennen der verbindung (disconnect), zum neu verbinden (reconnect) und um raw daten an den yowsub-cli prozess zu senden (raw).
über set raw kann man z.b. auch state, presence und status des whatsapp accounts setzen: set WhatsApp raw /status set <status>
denkbare erweiterungen:
- profil bild als device icon verwenden
- status und presence aus fhem heraus einfacher verwendbar machen
- ...
gruss
andre
edit: fehlende kommandos in die set liste hinzugefügt
automatisches reconnect wenn 10 minuten keine aktivität war
edit2: fix für nachrichten mit leerzeichen
neues attribut cmd. hier kann die komplette kommandzeile zum starten der
yowsup-cli angegeben werden. wenn es komplizierter wird kann das auch ein shellscript sein das
alles weitere macht.
edit3: letzte aktualisierung für heute :)
es gibt jetzt noch ein image kommando um ein bild zu senden. es muss jeweils der pfad zu einem bild angegeben werden.
edit4: fix für newline in texten.
Hallo Andre,
voll cool was Du hier machst :-),
leider kann ich das Modul zur Zeit nicht Testen,
da ich weit von zu Hause weg bin und (Never touch a runnig system ...)
Habe im ersten Link diesen Beitrag verlinkt.
Gruß Hannes
@justme1968: Kannst du den Zeitpunkt der eingehenden Nachricht auch noch in ein Reading schreiben lassen?
Gruß, Sascha
der zeitpunkt der eingehenden nachrichten steht im timestamp des message readings. du kannst es mit ReadingsTimestamp auslesen.
warum möchtest du ein eigenes reading dafür ?
gruss
andre
Ich würde Whatsapp auch gerne zum laufen bekommen. Um das Modul zu nutzen muss ich aber auch die ganzen Schritte aus dem ersten Post ausführen (Installation und Konfiguration), oder verstehe ich das falsch?
@selfarian: Teilweise. Natürlich erstmal Yousup installieren wie im ersten Beitrag (den Teil mit der Änderung in der 99_myUtils und das Notify braucht man nicht mehr), dann für Fhem die Anleitung aus Beitrag #165 und zuletzt noch folgendes:
ZitatAlso, gleiches Problem wie bei mir. Dein HOME Directory steht auf /. Vermutlich hast du dort kein Schreibrechte und yowsup kann seine Daten nicht schreiben. Du hast jetzt folgende Möglichkeiten:
HOME manuell setzen
in 32_yowsup.pm Zeile 159 einfügen:
$ENV{HOME} = "/opt/fhem";
yowsup mit sudo starten
-> unnötige hohe Rechte, würde ich von abraten!
/.yowsup manuell anlegen und deinem Nutzer die Rechte darauf geben
sudo mkdir /.yowsup
sudo chown fhem -R /.yowsup
(nicht getestet)
herausfinden warum Home auf / gesetzt wird und das Problem an der Wurzel lösen. Also ein echtes Home directory erzeugen und in der Session verwenden.
-> Kein Plan wie das geht ausser wie in Punkt 1 beschrieben.
Ich würde Option 3 wählen, das sollte ohne modifikation von irgendwas funktionieren und daher auch updates überleben. Bei Nummer 1. bin ich mir sicher dass es auch geht, das mache ich zur Zeit. Werde aber auf 3. wechseln.
Gruß, Sascha
ich habe gerade versucht die versand bestätigung auszuwerten aber ich sehe nirgends wie die bestätigung der nachricht zugeordnet wird.
wenn ich zwei nachrichten kurz hintereinander sende kommen zwar zwei bestätigungen aber ich weiss nicht welche für welche nachricht ist.
hat jemand eine idee?
gruss
andre
Sehr gut, das senden klappt soweit, vielen lieben Dank! Ist ne super Sache!
Das was bei mir noch nicht funktioniert ist das Empfangen. Ich habe im Reading nur ":" stehen.
Weiß jemand schon, wie man ggf. dann die Laufzeit von Whatsapp verlängern könnte?
was meinst du mit laufzeit ?
OT:Vielleicht das Ende der kostenfreien Nutzungsperiode. Das finde ich für meine registrierte Festnetznummer auch spannend
Grüße Jörg
Gesendet von iPhone mit Tapatalk
ah... stimmt da war etwas...
ich habe whatsapp auf meinem iphone. da ist es (immer noch?) völlig kostenlos.
yowsup meldet sich aber als android phone und bei der registrierung steht etwas von 89cent.
weiss jemand mehr?
gruss
andre
Genau ;) Wäre ja auf Dauer nicht so praktisch, wenn man alle 12 Monate die Rufnummer wechseln müsste :-)
Gab es nicht vorn einen link, wo man das prüfen konnte?
Dann kann man ja übers Handy und "für Freunde zahlen" alles abwickeln
mit dem Empfang habe ich auch noch Probleme. Meistens geht es. Hin und wieder kommt zwar eine Nachricht an und das Reading chatstate wird mit aktueller Zeit aktualisiert, allerdings steht in message kein Text sondern nur :
Außerdem ist mir aufgefallen, daß der Text in chatstate nach einer gewissen Zeit quasi gelöscht wird und durch : ersetzt wird.
Gruß, Sascha
an alle die mit die mit dem empfang probleme haben: bitte verbose 4 setzen und den log ausschnitt vom fraglichen zeitpunkt posten. wie oben schon geschrieben ist das parsen der ausgaben noch nicht besonders intelligent und funktioniert unter bestimmten randbedingungen wie langsame rechner ganz sicher noch nicht.
gruss
andre
Ich hätte gern mal ne Frage, für mich zum Verständnis...
Im Modul steht doch grundsätzlich das gleiche drin, wie wir Anfangs von Thread in die 99_myUtils geschrieben haben.
Das Ganze hübsch eingepackt in nen Sack voll Code, damit FHEM damit was anfangen kann.
Grundsätzlich richtig??
Verstehe nämlich immer noch nicht, das ich jetzt nen Dauerping setzen muss, um online zu bleiben. Ist mir zu hoch ;)
Btw. bekomme ich den auch wieder deaktiviert?? :D
Zur Sache:
Der Empfang funktioniert, jedoch bekomme ich die Message nicht in den Readings zu sehen.
Wie bei den anderen auch, steht dort nur ein ":"
Zwei Empfänge, ein Versand, Mein Log Auszug:
2015.06.01 15:21:59.020 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 491525xxxxx@s.whatsapp.net
2015.06.01 15:22:01.042 4: WhatsApp: parse:
[491525xxxxx@s.whatsapp.net(01-06-2015 15:22)]:[1433164919.--25] test1
Message 1433164919.--25: Sent delivered receipt
[connected]:
2015.06.01 15:22:27.260 4: WhatsApp: parse: Iq:
ID: 858
Type: result
from: 491738xxxxx@s.whatsapp.net
2015.06.01 15:25:39.058 3: WhatsApp: sending /message send 491525xxxxx'test2'
2015.06.01 15:25:39.066 4: WhatsApp: parse: [connected]:
2015.06.01 15:25:39.183 4: WhatsApp: parse:
Sent: 1433165139-862
[connected]:
2015.06.01 15:25:50.834 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 491525xxxxx@s.whatsapp.net
2015.06.01 15:25:52.299 4: WhatsApp: parse:
[491525xxxxx@s.whatsapp.net(01-06-2015 15:25)]:[1433165150.--32] test3
Message 1433165150.--32: Sent delivered receipt
[connected]:
Ich habe mal nur am Anfang Beispielhaft einen der Pings drinne gelassen und den Rest aus dem Log gelöscht.
So spannend is das ja auch nicht.
vb
du musst kein ping setzen.
das macht yowsup in der aktuellen version automatisch.
an deinem log ist genau das problem mit dem passen zu sehen. normalerweise kommen die zeilen für die nachricht selber und die darauf folgende bestätigung nacheinander. und es gibt kein problem. in deinem fall kommt beides auf einen schlag direkt aneinander gehängt und die routine ist noch nicht so intelligent das richtig auseinander zu dröseln.
läuft das bei dir auf einem raspberry pi?
bitte ersetz mal in zeile 321} elsif( $data =~ m/\[(.*)@.*\((.*)\)\]:\[(.*)\]\s*(.*)/s ) {
durch die beiden neuen zeilen:} elsif( $data =~ m/\[(.*)@.*\((.*)\)\]:\[([^\]]*)\]\s*(.*)(\nMessage)/s
|| $data =~ m/\[(.*)@.*\((.*)\)\]:\[([^\]]*)\]\s*(.*)/s ) {
damit sollten keine nachrichten mehr verschwinden.
für das problem mit dem : in chatstate bräuchte ich genau so ein log.
gruss
andre
Danke, die Änderung hat bei mir (auch) geholfen :-)
ohne diesen berühmten Ping war ich immer nach ner guten Minute offline...
Bei mir läuft es auf einem Odroid C1, "dezent" leistungsfähiger wie ein RPi.
letzteren hätte ich auch noch da, aber keine weitere Nummer ohne weiteres zum testen zur Verfügung.
Ich geh jetzt mal die Zeile 321 im Modul ändern und fhem neu starten...
Und dann nochmal so ein Log wie oben, einfach mal bischen hin und her?
vb
edit:
Nach den Änderungen habe ich nen Fehler im Log zu stehen, der dort zuvor nicht war. Ansonsten sieht es gut aus und die Messages stehen im Reading.
2015.06.01 16:33:18.473 0: Server shutdown
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
2015.06.01 16:33:51.737 1: Including fhem.cfg
2015.06.01 16:33:54.285 1: HMLAN_Parse: T_HMLAN1 new condition disconnected
2015.06.01 16:33:54.373 1: HMLAN_Parse: T_HMLAN1 new condition init
2015.06.01 16:34:09.714 1: Including ./log/fhem.save
2015.06.01 16:34:10.021 3: WhatsApp: sending /L
2015.06.01 16:34:10.022 3: WhatsApp: sending /presence available
2015.06.01 16:34:10.025 1: usb create starting
2015.06.01 16:34:10.026 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.01 16:34:10.993 1: usb create end
2015.06.01 16:34:10.999 0: Server started with 117 defined entities (version $Id: fhem.pl 8574 2015-05-14 07:59:32Z rudolfkoenig $, os linux, user fhem, pid 984)
2015.06.01 16:34:11.279 1: HMLAN_Parse: T_HMLAN1 new condition ok
2015.06.01 16:34:11.929 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.01 16:34:11.931 4: WhatsApp: parse:
2015.06.01 16:34:11.939 4: WhatsApp: parse: [offline]:
2015.06.01 16:34:12.739 4: WhatsApp: parse: Auth: Logged in!
2015.06.01 16:34:12.745 4: WhatsApp: parse: [connected]:[connected]:
2015.06.01 16:34:53.666 1: Timeout for PRESENCE_DoLocalBluetoothScan reached, terminated process 1171
2015.06.01 16:35:02.926 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: 4917384xxxx@s.whatsapp.net
2015.06.01 16:35:52.973 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 4917384xxxx@s.whatsapp.net
2015.06.01 16:35:54.190 1: Including fhem.cfg
2015.06.01 16:35:54.250 1: telnetPort: Can't open server port at 7072: Address already in use. Exiting.
2015.06.01 16:35:54.339 3: WhatsApp: sending /disconnect
2015.06.01 16:35:54.340 3: WhatsApp: Disconnected
2015.06.01 16:36:04.345 3: WhatsApp: sending /L
2015.06.01 16:36:04.346 3: WhatsApp: sending /presence available
2015.06.01 16:36:04.350 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.01 16:36:05.190 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.06.01 16:36:05.631 4: WhatsApp: parse: Auth: Logged in!
2015.06.01 16:36:05.633 4: WhatsApp: parse:
2015.06.01 16:36:05.639 4: WhatsApp: parse: [connected]:
2015.06.01 16:36:05.640 4: WhatsApp: parse: [connected]:
2015.06.01 16:36:25.101 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 491525xxxxx @s.whatsapp.net
2015.06.01 16:36:26.663 4: WhatsApp: parse: [491525xxxxx @s.whatsapp.net(01-06-2015 16:36)]:[1433169385.--88] test6
2015.06.01 16:36:26.664 4: WhatsApp: parse: Message 1433169385.--88: Sent delivered receipt
[connected]:
2015.06.01 16:36:36.336 3: WhatsApp: sending /message send 491525xxxxx 'test7'
2015.06.01 16:36:36.344 4: WhatsApp: parse: [connected]:
2015.06.01 16:36:36.471 4: WhatsApp: parse:
Sent: 1433169396-1
[connected]:
Zitat von: justme1968 am 01 Juni 2015, 14:47:58
wenn ich zwei nachrichten kurz hintereinander sende kommen zwar zwei bestätigungen aber ich weiss nicht welche für welche nachricht ist.
Hallo Andre,
ich glaube das die Demo hier nicht vollständig ist. Ist halt nur eine Demo der Möglichkeiten. Um eine "vernünftige" Fehlerbehandlung durchführen zu können müssten wir wohl die Demo anpassen und dafür reichen meine Python Kenntnisse einfach nicht aus. :(
Grüße Jörg
@VB90: der fehler ist nicht schlimm. das ist nur ein timing problem weil yowsup nicht nicht wirklich korrekt beendet wird beim beenden von fhem. das müsste man noch einbauen. ist aber eigentlich unkritisch.
ich bräuchte genau die log zeilen wenn das problem mit dem : im chatstate reading auftritt.
@JoWiemann: wenn wir anfangen etwas zu ändern könnten wir auch das new line problem umgehen.
ich weiss aber nicht ob es den aufwand wert ist. eigentlich finde ich es ganz schon die standard installation zu verwenden. man könnte natürlich das ganze auch wieder zurück geben.... aber python finde ich ziemlich scheusslich und dazu habe ich nicht wirklich lust :)
gruss
andre
Ich hatte, weil beim reinen beenden von FHEM noch mehr Fehler aufgetreten waren, den C1 komplett gebootet.
Mit einem solchen Log kann ich dir nun nach den Änderungen im Moment nicht dienen.
Bisher läuft es, auch wenn ich mehrere Messages dicht nacheinander absetze.
Weiter beobachten.
vb
Zitat von: justme1968 am 01 Juni 2015, 17:21:32
@JoWiemann: wenn wir anfangen etwas zu ändern könnten wir auch das new line problem umgehen.
ich weiss aber nicht ob es den aufwand wert ist. eigentlich finde ich es ganz schon die standard installation zu verwenden. man könnte natürlich das ganze auch wieder zurück geben.... aber python finde ich ziemlich scheusslich und dazu habe ich nicht wirklich lust :)
Tja, der Wunsch von tgalal ist: Explore the demos yourself ;) Feel free to implement and send me more demos to include in yowsup-cli
und Python ist eher was für meine Kopfschmerzen ;) Ich wird mal im yowsup Forum die Frage nach einer Fehlerbehandlung im commandline Client posten. Vielleicht erbarmt sich ja jemand.
Grüße Jörg
Ich verfolge das Thema der ersten Stunde ;)
Aktuell kann ich Nachrichten und Bilder meiner Webcam verschicken wenn die Tür unerlaubter Weise geöffnet wurde, das ist Schonmal super.
Problem ist nur , dass ich keine Nachrichten empfangen kann und Fhem gerne mal abstürzt wenn ich yowsup laufen lasse...leider hat es auch meine Log-Datei zerschossen...
Hat jemand das selbe Problem ?
Sent from my iPhone using Tapatalk
Hallo.
Zuerst mal ein LOB für die Einbindung. :) Ich beobachte diesen Thread auch schon eine Zeit lang und habe nun das Modul installiert.
Das System läuft unter Solaris 11 und auch der yowsup Client konnte mit Hilfe der csw Ports von Python zum Laufen überredet werden.
Am WE wurde ein paar SUBs in die myutils eingebaut, mit deren Hilfe ich folgendes machen.
- Holen der aktuellen Bilder aller Überwachungskameras
- Status des Garagentores abfragen(ok) und ggf. öffnen und schließen /in Arbeit)
Ich sende an den WhatsApp FHEM Befehle und in der myutils.pm werden dann die Aktionen ausgelöst. Bei mir geht es also in beide Richtungen.
Befehlsliste:
* aktuelle Cam Bilder holen
get balkon
get carport
get ....
get alle
* Garagentor
garage stat
garage zu
garage auf
* Informationen für die Befehle
info
Auch war öfter mal WhatsApp offline darum wurde ein at definiert, welcher alle 2 Minuten den Status checkt und ggf. einen Reconnect auslöst.
list at_WA_check
Internals:
COMMAND IF (([WhatsApp] eq "Disconnected") || ([WhatsApp] eq "offline")) (set WhatsApp reconnect)
DEF +*00:02:00 IF (([WhatsApp] eq "Disconnected") || ([WhatsApp] eq "offline")) (set WhatsApp reconnect)
NAME at_WhatsApp_reconnect
NR 530
NTM 09:52:30
PERIODIC yes
RELATIVE yes
REP -1
STATE Next: 09:52:30
TIMESPEC 00:02:00
TRIGGERTIME 1433231550.88346
TRIGGERTIME_FMT 2015-06-02 09:52:30
TYPE at
Readings:
2015-06-02 09:50:30 state Next: 09:52:30
Attributes:
room WhatsApp
Das NEWLINE Problem beim send habe ich durch Änderung einer Datei des yowsup Clients gelöst.
Ich schreibe also in Fhem z.B.
set 436641234567 send Das ist ein Test###neue Zeile
Dann ist auch ein Zeilenumbruch möglich.
https://github.com/tgalal/yowsup/issues/539
Zitat\n im Text bei send - change
Newline
with
def setBody(self, body):
self.body = body.replace("###","\n")
in yowsup/layers/protocol_messages/protocolentities/message_text.py
Beim Neustart von FHEM ist zwar mein Whatsapp Client disconnected aber duch den at Eintrag in Fhem ist das in 2 Minuten behoben.
Ich hoffe sehr, das dieses Modul auch eingecheckt wird.
Ein attr Name für die Whatsapp erlaubten Sender Telefonnumern wäre ein Wunsch.
Ich lasse den Client nun immer laufen und werde meine Erfahrungen gerne berichten.
Gruss
@deluxe41: wenn irgendetwas nicht geht bitte log mit verbose 4 posten und am besten auch stdout und stderr
@pipp37: hilft ein set <yowsup> raw /ping gegen das offline problem? wenn ja kann ich den ping einfach in den start mit einbauen. verwendest du die neueste yowsupp version? es gab vor kurzem einen fix in zusammenhang mit dem ping.
ich mache den schon vorhandenen internen timer konfigurierbar. dann sollte das externe at nicht mehr nötig sein.
für die erlaubten sender gibt es das acceptFrom attribut
Zitat
@pipp37: hilft ein set <yowsup> raw /ping gegen das offline problem? wenn ja kann ich den ping einfach in den start mit einbauen. verwendest du die neueste yowsupp version? es gab vor kurzem einen fix in zusammenhang mit dem ping.
ich mache den schon vorhandenen internen timer konfigurierbar. dann sollte das externe at nicht mehr nötig sein.
für die erlaubten sender gibt es das acceptFrom attribut
Hallo.
Habe gerade den neuesten Client 2.3.84 vom 19.5.2015 installiert und fhem beendet und neu gestartet.
Der Client ist beim Start offline.
set WhatsApp raw /ping macht nichts.
set WhatsApp reconnect hilft - connected
Das acceptFrom Attribut habe ich natürlich verwendet und dort stehen meine erlaubten Telefonnummern drin.
Es darf zwischen den Nummern nur der Beistrich stehen. Beistrich mit folgendem Leerzeichen vor der nächsten Nummer ging nicht.
OK: 4366412345678,43680123888
Nicht OK: 4366412345678, 43680123888
Fhem Startlog
keys on reference is experimental at FHEM/WMBus.pm line 1024, <$fh> line 698.
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 304, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 223, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/opt/csw/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/opt/csw/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/opt/csw/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/opt/csw/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/opt/csw/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 72, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 79, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 160, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 61, in handleSuccess
self.toUpper(nodeEntity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 71, in receive
self.callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 403, in onSuccess
self.output("Logged in!", "Auth", prompt = False)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 175, in output
print("%s: %s" % (tag, message))
IOError: [Errno 32] Broken pipe
du musst das /ping nach dem reconnect eingeben. aber eigentlich ist es in der neuen version nicht nötig. die verbinung sollte trotzdem bestehen bleiben.
ja. leerzeichen sind nicht erlaubt. nur die nummern durch komma getrennt.
den fehler beim starten schaue ich mir an.
gruss
andre
Alles klar.
Ich habe nun den /ping nach einem reconnect eingegeben und werde das beobachten.
Danke.
ich habe nach Zeile 350 noch folgendes eingebaut:
readingsSingleUpdate( $chash, "arrival_time", $time, 1 );
readingsSingleUpdate( $chash, "state", "1", 1 );
"state" nutze ich z.B. um einen Trigger für Smartvisu zu setzen daß eine neue Nachricht da ist und damit sich dann ein Popup mit der Nachricht öffnet. "arrival-time" ist ja selbsterklärend.
Vielleicht kannst du das noch einbauen. Dann wäre es updatesicher.
Gruß, Sascha
warum reicht dazu das message reading nicht? da hast du die nachricht und die zeit und ein event. alles in einem. das habe ich doch oben schon mal erklärt.
so erzeugst du redundante readings und events.
gruss
andre
Smartvisu braucht einen Trigger um das Popup zu öffnen. Der Wert diese Triggers muß >=1 sein. Demnach brauche ich ein Reading mit diesem Wert. Rein theoretisch wäre auch jeder andere feste Wert möglich, dann müßte man aber die Widget-Datei in Smartvisu verändern und wäre dort nicht mehr updatesicher.
Auch für die Ankunftszeit brauche ich ein Reading um diesen Wert an mein Smartvisu-GAD zu übergeben.
Gruß, Sascha
ein event zu erzeugen um auf die änderung eines readings hinzuweisen das selber ein event auslöst ist kein guter ansatz.
wenn du das wirklich brauchst dann leg dir ein notify auf messsge an und erzeuge dir dort den trigger mit dem trigger kommando selber.
gruss
andre
auch der Trigger für Smartvisu ist ein Reading, das an ein Smartvisu-GAD übergeben wird und dann in Smartvisu ausgewertet wird ob es <=1 ist um das Popup zu öffnen.
Alles was ich ich gerade über das Trigger-Kommando gelesen habe, scheint nicht das zu sein was ich brauche. Oder habe ich was falsch verstanden?
Außerdem setzte ich über Smartvisu das Reading beim Schließen des Popups wieder auf 0 wenn die Nachricht gelesen wurde damit es erst bei einer neuen Nachricht wieder auf geht. Alternativ müßte ich mir sonst eine weiteres Device (Dummy) einrichten. Oder bin ich komplett auf dem Holzweg?
Gruß, Sascha
die trigger für smartvisu sind sind vermutlich events und keine readings.
trigger <yowsup> 1
erzeugt genau das gleiche event das erzeugt werden würde wenn ich eine 1 in das state reading schreibe.
ansonsten frag mal bei hermannj nach. so wie ich das verstehe würde es sinn manchen nicht auf einen numerischen wert zu prüfen sondern das popup immer auf zu machen.
gruss
andre
ich werde es mit trigger und einem notify mal versuchen. Für die Ankunftszeit gibt es aber keine Alternative zu einem Reading, oder doch?
Gruß, Sascha
Edit: Es geht auch so. Man muß im GAD-Editor bei dem Reading "message" dann nur als Converter "Trigger" nehmen.
die zeit steht im timestamp des readings. du kommst über ReadingsTimestsamp dran.
gruss
andre
Nachdem heute meine Simkarte angekommen ist, konnte ich das Modul endlich testen.
Danke für das Super Modul :)
Habe es nicht hinbekommen ein Bild zu versenden, kann mir jemand auf die Sprünge helfen ?
z.b. oder wie muss ich den pfad angeben ?
set 49xxxxxxxxx image /opt/fhem/xyz.jpg
Gruß Christoph
das versenden von bildern geht nur wenn beim kompilieren der pillow lib die nötigen libs wie jpeg und andere installiert sind. in den meldungen die bei der installation von yowsup durchlaufen solltest du hinweise dazu sehen.
schau mal was auf stderr bzw. der konsole gemeldet wird wenn du fhem von hand gestartet hast und dann ein bild versendest.
gruss
andre
das versenden von bildern geht nur wenn beim kompilieren der pillow lib die nötigen libs wie jpeg und andere installiert sind. in den meldungen die bei der installation von yowsup durchlaufen solltest du hinweise dazu sehen.
schau mal was auf stderr bzw. der konsole gemeldet wird wenn du fhem von hand gestartet hast und dann ein bild versendest.
gruss
andre
WARNING:yowsup.common.tools:Python PIL library not installed
WARNING:yowsup.common.tools:Python PIL library not installed
ERROR:yowsup.layers.protocol_media.mediauploader:Error occured at transfer Could not determine image dimensions
Traceback (most recent call last):
File "/opt/fhem/yowsup-master/yowsup/layers/protocol_media/mediauploader.py", line 137, in run
self.successCallback(sourcePath, self.jid, result["url"])
File "/opt/fhem/yowsup-master/yowsup/demos/cli/layer.py", line 493, in onUploadSuccess
self.doSendImage(filePath, url, jid)
File "/opt/fhem/yowsup-master/yowsup/demos/cli/layer.py", line 470, in doSendImage
entity = ImageDownloadableMediaMessageProtocolEntity.fromFilePath(filePath, url, ip, to)
File "/opt/fhem/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 89, in fromFilePath
assert dimensions, "Could not determine image dimensions"
AssertionError: Could not determine image dimensions
ERROR:yowsup.demos.cli.layer:Upload file /opt/fhem/docs/cul_rfr.jpg to https://abc.whatsapp.net/xyz for 49xxxxxxxxx@s.whatsapp.net failed!
https://github.com/tgalal/yowsup/issues/577
Dankeschön, habs hinbekommen
Hallo Andre,
ich habe heute Dein Modul ausprobiert, aber es crasht mein FHEM wenn ich den "define WhatsApp yowsup" in der FHEMCMD ausführe wie Du es in Deinem Post (http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292) beschrieben hast:
Ich erhalte diese Ausgabe in Putty
root@fhemserver:/opt/yowsup-master# Undefined subroutine &main::fhemFork called at /opt/fhem/FHEM/32_yowsup.pm line 113.
fhem ist dann beendet, und ich muss mit
cmd>service fhem start
neu starten
in der 32_yowsup.pm steh in Zeile 113 folgendes:
my $pid = fhemFork();
Was läuft hier falsch?
Anbei schonmal ein ps -ef damit man die pid sieht. (das ist halt die pid nach dem neustart)
root@fhemserver:/opt/yowsup-master# ps -ef | grep -i fhem
fhem 4798 1 19 17:39 pts/0 00:01:46 perl fhem.pl fhem.cfg
root 4917 2316 0 17:47 pts/0 00:00:00 grep -i fhem
root@fhemserver:/opt/yowsup-master#
Ach ja, und ich kann auch schon erfolgreich von CMD aus Nachrichten per WA versenden.
Was nicht ging, war dass ich die Nachricht gleich an zwei nummern versenden konnte. Da habe ich im Thread irgendwo gelesen, dass die Nummern einfach kommagetrennt sein sollen.
Aber das ist dann erstmal zweitranging. Erstmal möchte ich WA in FHEM als Modul einbinden ;-)
Danke
Gruß
Holger
dein fhem ist zu alt.
das mit zwei nummern habe ich noch nicht probiert. die parameter werden aber 1:1 durchgereicht. wenn es tatsächlich mit komma geht sollte es funktionieren.
gruss
andre
Danke, das wars...
Nach einem FHEMCMD>update lies sich dann auch das WhatsApp Device anlegen.
Aber woran hast du gesehen, dass mein fhem ein update brauchte?
Ich hatte das vor nicht all zu langer Zeit schon upgedated. Ich glaube bei dieser instanz vor ca. 2 Wochen oder so.
das fhemFork gibt es noch nicht so lange. aber ich glaube schon etwas mehr als zwei Wochen.
gruß
andre
Nachrichten an 2 Nummer funktioniert, zumindest bei mir :)
set 4915abc,4917xyz send test
Bei mir windet sich das ganze ein wenig.
Problem 1) mehrere Empfänger
Ein
set WhatsApp send 49176xxxxxxxx,49173xxxxxxx TestMessageAnZweiEmpaengerGleichzeitig
kommt nicht bei den Empfängern an.
Im Log finde ich das hier:
2015.06.06 21:17:33 3: WhatsApp: sending /message send 49176xxxxxxxx,49173xxxxxxx 'TestMessageAnZweiEmpaengerGleichzeitig'
2015.06.06 21:17:33 4: WhatsApp: parse: [connected]:
2015.06.06 21:17:33 4: WhatsApp: parse:
2015.06.06 21:17:33 4: WhatsApp: parse: Sent: 1433618253-13
[connected]:
Wenn ich nur eine Nummer angebe geht es einwandfrei
set WhatsApp send 49176xxxxxxxx TestMessageAnEINENEmpaengerGleichzeitig
und im Log steht:
2015.06.06 21:22:14 3: WhatsApp: sending /message send 49176xxxxxxxx 'TestMessageAnEINENEmpaengerGleichzeitig'
2015.06.06 21:22:15 4: WhatsApp: parse: [connected]:
Sent: 1433618534-19
[connected]:
2015.06.06 21:22:30 4: WhatsApp: parse: Iq:
ID: 20
Type: result
from: 4989xxxxxxxx@s.whatsapp.net
Problem 2) Setzen von Profil FOTO
mein Aufruf um die CLI zu öffnen:
cmd>yowsup-cli demos -y -c /opt/yowsup-master/config.example
Dann logge ich mich ein mit
[offline]:[b]/L[/b]
Auth: Logged in!
[connected]:
Dann mal die Hilfe:
[connected]:/help
----------------------------------------------
/profile setPicture [path] Set profile picture
/profile setStatus [text] Set status text
/account delete Delete your account
/group info [group_jid] Get group info
/group invite [group_jid] [jids] Invite to group
/group setSubject [jid] [subject] Change group subject
/group leave [jid] Leave a group you belong to
/group participants [group_jid] Get participants in a group
/group kick [group_jid] [jids] Kick from group
/help Print this message
/seq Send init seq
/contacts sync [contacts] Sync contacts, contacts should be comma separated phone numbers, with no spaces
/keys set Send prekeys
/keys get [jids] Get shared keys
/image send [number] [path] Send and image
/presence available Set presence as available
/presence subscribe [contact] Subscribe to contact's presence updates
/presence unsubscribe [contact] Unsubscribe from contact's presence updates
/presence name [name] Set presence name
/presence unavailable Set presence as unavailable
/ping Ping server
/L Quick login
/state paused [jid] Send paused state
/state typing [jid] Send typing state
/contact picture [jid] Get profile picture for contact
/contact picturePreview [jid] Get profile picture preview for contact
/groups create [subject] Create a new group with the specified subject
/groups list List all groups you belong to
/disconnect Disconnect
/login [username] [b64password] Login to WhatsApp
/ib clean [dirtyType] Send clean dirty
/message broadcast [numbers] [content] Broadcast message. numbers should comma separated phone numbers
/message send [number] [content] Send message to a friend
----------------------------------------------
[connected]:
Jetzt noch als INFO... ich habe ein File names profile.jpeg mit einer Größe kleiner 160x160px vom Typ JPG in den FHEM Images Ordner gespeichert.
Es ist nichts anderes wie das FHEM Logo.
Dies möchte ich jetzt als Profil Foto haben.
Also mache ich folgendes:
[connected]: /profile setPicture /opt/fhem/www/images/default/profile.jpeg
Ich bekomme aber:
[connected]:/profile setPicture /opt/fhem/www/images/default/profile.jpeg
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg/yowsup/demos/cli/cli.py", line 151, in startInputThread
wait = self.execCmd(cmd)
File "/usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg/yowsup/demos/cli/cli.py", line 135, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg/yowsup/demos/cli/cli.py", line 138, in doExecCmd
return fn()
File "/usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg/yowsup/demos/cli/cli.py", line 135, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg/yowsup/demos/cli/layer.py", line 211, in profile_setPicture
pictureData = src.resize((640, 640)).tobytes("jpeg", "RGB")
File "/usr/local/lib/python2.7/dist-packages/Pillow-2.8.1-py2.7-linux-armv6l.egg/PIL/Image.py", line 1547, in resize
self.load()
File "/usr/local/lib/python2.7/dist-packages/Pillow-2.8.1-py2.7-linux-armv6l.egg/PIL/ImageFile.py", line 203, in load
d = Image._getdecoder(self.mode, d, a, self.decoderconfig)
File "/usr/local/lib/python2.7/dist-packages/Pillow-2.8.1-py2.7-linux-armv6l.egg/PIL/Image.py", line 419, in _getdecoder
raise IOError("decoder %s not available" % decoder_name)
IOError: decoder jpeg not available
Ich habe hier im Thread schon gelesen gehabt, dass einer ein Bild versenden wollte, und da was mit pillow nachzuinstallieren war.
das habe ich inzwischen auch gemacht.
Das war dies hier: http://forum.fhem.de/index.php/topic,27543.msg300738.html#msg300738 (http://forum.fhem.de/index.php/topic,27543.msg300738.html#msg300738)
Also vom Prinzip her:
cmd>sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
cmd>sudo pip install -I pillow
Hat nur leider auch nix gebracht.
Was kann ich machen? Ich kapier nicht so ganz was die obige Fehlermeldung genau von mir will.
Problem 3) Setzen von Profil STATUS
Hier mache ich einfach nur ein:
root@fhemserver:~# yowsup-cli demos -y -c /opt/yowsup-master/config.example
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
Auth: Logged in!
[connected]:/profile setStatus FHEM
[connected]:general: Status updated successfully
[connected]:
Aber wenn ich dann in der Android App nachschaue, sehe ich dass der FHEMServer ONLINE ist, aber der Status änderte sich nicht.
Es steht weiterhin da "Hey there! I am using WhatsApp."
Auch ein /disconnect und dann über FHEM ausgelöster reconnect ändert daran nix.
Habt ihr hier noch ein paar Tipps?
Danke schonmal.
1. weiß ich nicht. ist vielleicht auch ein folge fehler von 2 und 3.
du darfst nicht gleichzeitig mit dem fhem modul noch von hand das kommandozeilen tool verwenden. whatsapp erlaubt pro account nur ein gerät und eine verbindung. wenn du von hand das tool verwendest fliegt die fhem verbindung raus.
du kannst alle kommandos aus fhem heraus mit set raw absetzen.
2. die meldung sagt das pillow nicht oder nicht gollständig installiert ist und yowsup keine bilder lesen kann.
das oben aus dem thread sollte helfen. ich kann aber kein python und nicht viel mehr dazu sagen.
3. hängt vermutlich mit dem von hand starten zusammen.
gruß
andre
OK, jetzt is es irgendwie ganz hinüber... :o >:( :(
Ich habe erstmal sichergestellt, dass ich nicht zweimal aktiv yoswup-cli laufen lasse. Also habe ich WhatsApp in FHEM disabled.
Dann habe ich versucht in der CLI den Status zu ändern.
Gleicher "erfolgreicher" Output wie vorher auch, aber keine Änderung am Status
Dann habe ich es noch mit dem Bild versucht, aber auch hier gleiches Fehlerbild.
Dann habe ich die CLI in Putty beendet und habe das Modul in FHEM wieder enabled.
Jetzt habe ich per /raw Kommandos abgesetzt und dabei ein
cmd>tail -f auf das /opt/fhem/log/fhem-2015-06.log gemacht.
Dabei habe ich die Messages gesehen die ich auch auf CMD sehen würde.
Soweit noch alles OK.
Dann wollte ich aber noch die Fehler beim Bild setzen angehen...
Dazu habe ich einige andere Beiträge zu dem Fehler bei Google gefunden.
Gelöst ist es aber nicht. Scheint wohl ein BUG zu sein. (Aber es gibt wohl irgendwas neueres gefixtes in 2.7.10)
Dann hatte ich ein
cmd>apt-get install --reinstall python2.7
gemacht, aber das half auch nichts.
Da es aber wohl irgendwie ein python 2.7.10 gibt, dachte ich, ich mache mal nach längerer Zeit ein:
cmd>apt-get update && apt-get upgrade -y && reboot
... und nach ca 150MB aktualisierten Paketen läuft FHEM (auf den ersten Blick) zwar, aber genau das WhatsApp Modul geht nicht mehr so richtig.
Über die CLI kann ich noch wunderbar was versenden (das mache ich aber recht schenll per copy/paste) aber das Modul macht einen andauernden /disconnect
Hier der Logauszug mit verbose 5 im WhatsApp Modul:
2015.06.07 00:31:54 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.06.07 00:31:54 3: WhatsApp: sending /disconnect
2015.06.07 00:31:54 3: WhatsApp: Disconnected
2015.06.07 00:32:04 3: WhatsApp: sending /L
2015.06.07 00:32:04 3: WhatsApp: sending /presence available
2015.06.07 00:32:04 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 00:32:08 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 00:32:08 4: WhatsApp: parse:
2015.06.07 00:32:08 4: WhatsApp: parse: [offline]:
2015.06.07 00:32:09 3: WhatsApp: sending /disconnect
2015.06.07 00:32:09 3: WhatsApp: Disconnected
2015.06.07 00:32:19 3: WhatsApp: sending /L
2015.06.07 00:32:19 3: WhatsApp: sending /presence available
2015.06.07 00:32:19 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 00:32:23 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 00:32:23 4: WhatsApp: parse:
[offline]:
2015.06.07 00:32:24 3: WhatsApp: sending /disconnect
2015.06.07 00:32:24 3: WhatsApp: Disconnected
2015.06.07 00:32:34 3: WhatsApp: sending /L
2015.06.07 00:32:34 3: WhatsApp: sending /presence available
2015.06.07 00:32:34 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 00:32:38 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 00:32:38 4: WhatsApp: parse:
[offline]:
2015.06.07 00:32:39 3: WhatsApp: sending /disconnect
2015.06.07 00:32:39 3: WhatsApp: Disconnected
2015.06.07 00:32:49 3: WhatsApp: sending /L
2015.06.07 00:32:49 3: WhatsApp: sending /presence available
2015.06.07 00:32:49 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 00:32:53 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 00:32:53 4: WhatsApp: parse:
[offline]:
2015.06.07 00:32:54 3: WhatsApp: sending /disconnect
2015.06.07 00:32:54 3: WhatsApp: Disconnected
2015.06.07 00:33:04 3: WhatsApp: sending /L
2015.06.07 00:33:04 3: WhatsApp: sending /presence available
2015.06.07 00:33:04 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 00:33:15 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.06.07 00:33:15 3: WhatsApp: sending /disconnect
2015.06.07 00:33:15 3: WhatsApp: Disconnected
root@fhemserver:~# python -V
Python 2.7.3
root@fhemserver:~#
Ich hatte das WhatsApp Device auch schon mal gelöscht, und FHEM durchgestartet und dann nochmal angelegt, aber es bleibt beim selben Fehlerbild.
Ich hatte auch ein notify angelegt zum Testen, aber das habe ich auch gelöscht damit ich sicher bin, dass das nicht reinspielt.
Irgendwelche Ideen?
Danke schonmal
Gruß
Holger
Okay. Ich habe es wieder so halbwegs am Laufen. Aber das Modul zickt immernoch und macht einen andauernden /diconnect
Wenn ich aber verbose 5 setze und dann auf das log ein tail mache sehe ich ja den Aufruf des Moduls so wie ich es im .pm File definieren musste. Zeile 160.
Jetzt das Modul disabled und dann den Aufruf aus dem Log genommen, funktioniert es grundsätzlich jedenfalls.
Ich bin laut WhatsApp auf dem handy online und ich kann auch aus der CLI was schicken.
Inzwischen funktioniert auch das mit den Bildern verschicken, und dem Status ändern so halbwegs. Ich bekomme keine Fehler mehr
@Andre
Da ich von Perl Python und sonstigem wirklich KEINEN blassen schimmer habe...
Ich denke dies hier ist die Stelle wo die aktion passiert oder?
sub
yowsup_Parse($$)
{
my ($hash,$data) = @_;
my $name = $hash->{NAME};
$hash->{TIME} = TimeNow();
RemoveInternalTimer($hash);
InternalTimer(gettimeofday()+60*10, "yowsup_reConnect", $hash, 0);
if( $data =~ m/\[offline\]:/ ) {
readingsSingleUpdate( $hash, "state", 'offline', 1 ) if( ReadingsVal($name,'state','' ) ne 'offline' );
} elsif( $data =~ m/\[connected\]:/ ) {
readingsSingleUpdate( $hash, "state", 'connected', 1 ) if( ReadingsVal($name,'state','' ) ne 'connected' );
} elsif( $data =~ m/Auth: Logged in!/ ) {
readingsSingleUpdate( $hash, "state", 'logged in', 1 ) if( ReadingsVal($name,'state','' ) ne 'logged in' );
}
if( $data =~ m/^CHATSTATE:.*State: (\S*).*From: (\d*)/s ) {
my $chatstate = $1;
my $number = $2;
aus dem fhem.log sehe ich nämlcih diesen Teil hier:
2015.06.07 13:09:15 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 13:09:15 4: WhatsApp: parse:
2015.06.07 13:09:15 4: WhatsApp: parse: [offline]:
2015.06.07 13:09:16 3: WhatsApp: sending /disconnect
2015.06.07 13:09:16 3: WhatsApp: Disconnected
2015.06.07 13:09:26 3: WhatsApp: sending /L
2015.06.07 13:09:26 3: WhatsApp: sending /presence available
2015.06.07 13:09:26 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.07 13:09:29 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
Mal ne andere dumme Frage...
Ich habe yowsup als root installiert.
Und wenn ich jetzt mal ins home von root schaue, dann sehe ich folgendes:
root@fhemserver:~# ll
insgesamt 72
drwx------ 4 root root 4096 Jun 6 17:07 .
drwxr-xr-x 26 root root 4096 Mai 31 12:24 ..
-rw------- 1 root root 10627 Jun 7 12:20 .bash_history
-rw-r--r-- 1 root root 565 Jul 4 2013 .bashrc
drwx------ 3 root root 4096 Jun 6 16:24 .cache
-rw------- 1 root root 77 Jun 6 19:34 .nano_history
-rw-r--r-- 1 root root 1069 Sep 28 2014 .nanorc
-rw-r--r-- 1 root root 140 Nov 19 2007 .profile
-rw------- 1 root root 1024 Jul 4 2013 .rnd
drwxr-xr-x 3 root root 4096 Jun 6 17:07 .yowsup
root@fhemserver:~#
schaue ich nun in den Ordner .yowsup sehe ich das hier:
root@fhemserver:~/.yowsup/4989XXXXXXXX# ll
insgesamt 16
drwxr-xr-x 2 root root 4096 Jun 6 17:25 .
drwxr-xr-x 3 root root 4096 Jun 6 17:07 ..
-rw-r--r-- 1 root root 20 Jun 6 17:18 id
-rw-r--r-- 1 root root 20 Jun 7 13:14 nonce
root@fhemserver:~/.yowsup/4989XXXXXXXX#
Wofür sind die Files?
Da sieht man nur vercrypted Zeug wenn man ein more drauf macht.
FHEM läuft aber bei mir unter einem user fhem und der gruppe dailout
Ich habe deshalb einfach mal holzhammermäßig (da der Pi eh nicht von aussen erreichbar ist)
chmod -R 777 /opt/yowsup-master
ausgeführt.
Habe ich vielleicht gerade einfach nur das Problem mit Usern, Gruppen, oder den Files unter root´s ~ Verzeichnis?
BR
Holger
Habe jetzt dem fhem User eine valide Shell gegeben.
cmd>usermod -s /bin/bash fhem
Dann habe ich mich per
cmd>su - fhem
zum fhem-user gemacht und per pwd mein Home Path geprüft.
mein Home ist /opt/fhem
Jetzt habe ich mit diesem Fhem User den Call ausgeführt den ich auch im fhem-2015-06.log sehe den WhatsApp macht.
cmd>/opt/yowsup-master/yowsup-cli demos -d -c /opt/yowsup-master/config.example --yowsup
(ach ja, ich habe im 32_yowsup.pm noch das -d (debug) Flag gesetzt. Hat aber keine Auswirkung im FHEM Log, aber eben dann im manuellen Aufruf)
Der Login war erfolgreich und ich konnte alles machen.
Ich habe meinen Status Text angepasst, ich habe Ein eigenes Bild gesetzt, und ich habe texte und Bilder verschciekn können.
Aber eben nur per CLI direkt und nciht aus dem Modul heraus.
Eine Sache ist mir noch aufgefallen...
In /opt/fhem habe ich einen Ordner gefunden der .yowsup heisst.
Darin wieder die Unterordner mit der eigenen Telefonnummer, und darunter dann wieder das File "nonce" aber das file "id" fehlte.
Das war beim root User schon vorhanden.
Also habe ich nun das von FHEM wegkopiert und das vom root User nach /opt/fhem kopiert.
schaut also jetzt so aus:
fhem@fhemserver:~$ pwd
/opt/fhem
fhem@fhemserver:~$ ls -Rla .yowsup/
.yowsup/:
insgesamt 12
drwxr-xr-x 3 fhem dialout 4096 Jun 6 19:35 .
drwxrwxrwx 14 fhem root 4096 Jun 7 15:21 ..
drwxr-xr-x 2 fhem dialout 4096 Jun 7 15:21 4989xxxxxxxx
.yowsup/4989xxxxxxxx:
insgesamt 16
drwxr-xr-x 2 fhem dialout 4096 Jun 7 15:21 .
drwxr-xr-x 3 fhem dialout 4096 Jun 6 19:35 ..
-rwxr-xr-x 1 fhem dialout 20 Jun 7 15:21 id
-rw-r--r-- 1 fhem dialout 20 Jun 7 15:34 nonce
fhem@fhemserver:~$
Also...
Ich bin jetzt ratlos und am Ende meiner Ideen.
Was kann ich also noch machen?
Einen Verdacht habe ich noch...
Im 32_yowsup.pm gibt es in Zeile 295 die sub routine "yowsup_Parse"
Kann es sein, dass davon irgendwas ne Rolle spielt?
logauszug:
2015.06.07 15:31:04 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 15:31:04 4: WhatsApp.neu: parse:
[offline]:
2015.06.07 15:31:05 3: WhatsApp.neu: sending /disconnect
2015.06.07 15:31:05 3: WhatsApp.neu: Disconnected
2015.06.07 15:31:15 3: WhatsApp.neu: sending /L
2015.06.07 15:31:15 3: WhatsApp.neu: sending /presence available
2015.06.07 15:31:15 2: WhatsApp.neu: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/yowsup-master/config.example --yowsup
Und im FHEM Device WhatsApp.neu habe ich bei state IMMER offline stehen
Gruß
Holger
Ich habe mein yowsup-Ordner nicht unter /opt sondern unter /opt/fhem und damit funktioniert es bei mir.
Habe ich auch eben mal ausprobiert.
Leider ohne Erfolg!
Selbes Bild.
Immer wieder /disconnect nachdem der Status [offline] geparsed wurde.
2015.06.07 21:47:27 2: WhatsApp.neu: starting yoswup-cli: /opt/fhem/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup-master/config.example --yowsup
2015.06.07 21:47:32 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.06.07 21:47:36 3: WhatsApp.neu: sending /disconnect
2015.06.07 21:47:36 3: WhatsApp.neu: Disconnected
2015.06.07 21:47:46 3: WhatsApp.neu: sending /L
2015.06.07 21:47:46 3: WhatsApp.neu: sending /presence available
2015.06.07 21:47:46 2: WhatsApp.neu: starting yoswup-cli: /opt/fhem/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup-master/config.example --yowsup
2015.06.07 21:47:50 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.07 21:47:50 4: WhatsApp.neu: parse:
[offline]:
2015.06.07 21:47:51 3: WhatsApp.neu: sending /disconnect
2015.06.07 21:47:51 3: WhatsApp.neu: Disconnected
BTW...
Nach entfernen des "disabled" attributes habe ich kurz eine PID und STATE "connected" danach dann ein Browser refresh und es sieht wieder anders aus.
Anbei zwei Screenshots.
Hat noch jemand eine Idee?
Kann man das Modul 32_yowsup.pm vielleicht noch überreden ein separates Debug log zu schreiben?
Ich kann kein perl, und kein python daher tue ich mir echt schwer.
Was braucht Ihr als Infos?
Ich glaub ja irgendwie hier in dem Bereich müsste der Hund begraben liegen...
sub
yowsup_Parse($$)
{
my ($hash,$data) = @_;
my $name = $hash->{NAME};
$hash->{TIME} = TimeNow();
RemoveInternalTimer($hash);
InternalTimer(gettimeofday()+60*10, "yowsup_reConnect", $hash, 0);
if( $data =~ m/\[offline\]:/ ) {
readingsSingleUpdate( $hash, "state", 'offline', 1 ) if( ReadingsVal($name,'state','' ) ne 'offline' );
Ich weiss ja nicht, ob das vielelicht was mit dem +60*10 zutun hat, oder dann in dem Teil hier...
sub
yowsup_Disconnect($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
return undef if( $hash->{NUMBER} );
RemoveInternalTimer($hash);
return if( !$hash->{FD} );
if( $hash->{PID} ) {
yowsup_Write($hash, '/disconnect' );
kill( 9, $hash->{PID} );
waitpid($hash->{PID}, 0);
delete $hash->{PID};
}
Außerdem weiss ich nicht was die PID für eine Rolle spielt.
Auch weiss ich nicht wie wichtig die zwei Files sind, die in .yowsup/<phonenumber>/ liegen.
Ich bitte um Hiiiilfeeee :-)
Danke
Gruß
Holger
was ergibt denn
{ qx(printenv) }
bei dir?
Hallo Holger,
beim Aufruf des CLI und dem anschließenden Login scheint etwas nicht zu funktionieren. Dein Log zeigt:
CLI wird mit dem Aufruf "/opt/fhem/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup-master/config.example --yowsup" gestartet
2015.06.07 21:47:27 2: WhatsApp.neu: starting yoswup-cli: /opt/fhem/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup-master/config.example --yowsup
Der CLI meldet sich mit "Yowsup Cli Client" und den weiteren Zeilen
2015.06.07 21:47:32 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
Das Modul erhält keine Meldung über ein Login und macht ein disconnect
2015.06.07 21:47:36 3: WhatsApp.neu: sending /disconnect
Und das Ganze geht dann wieder von vorne los.
Bei mir erscheint folgendes im Log nach der Meldung des CLI mit "Yowsup Cli Client" und den weiteren Zeilen:
2015.06.08 20:35:40 4: MyWhatsApp: parse: Auth: Logged in!
2015.06.08 20:36:30 4: MyWhatsApp: parse: Iq:
[connected]:[connected]:
Hier sieht man, dass das Login funktioniert hat.
Grüße Jörg
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
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
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
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
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
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
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?
Das -d kannst du doch jetzt schon über das Attribut cmd mitgeben.
Grüße Jörg
Zitat von: forum-merlin am 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
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:
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
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...
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...
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
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
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:
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:
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...
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
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
ls -al /.yowsup
machen?
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:>> ${HOME}/var/log/fhem-stdout 2>>${HOME}/var/log/fhem-stderr
die pfade musst du natürlich anpassen.
edit: angehängtes file entfernt. das geänderte login ist jetzt standard.
@Jörg,
habe ich mal eben so gemacht, aber leider kommt auch dann nix im fhem-2015-06.log an
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...
Also irgendwas mach ich falsch....
Ich sehe keine Veränderung:
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...
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
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
Zitat von: justme1968 am 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
Wie genau meinst Du das?
ich starte doch per attr schon mit -d option, und habe verbose 4 laufen.
Demnach sagst du ja soll alles was davon kommt in das fhem-2015-06.log geschrieben werden.
Darauf mache ich die ganze Zeiit ein tail -f
Und das was da kommt paste ich in diesen Thread.
Und dazu im Vergleich habe ich weiter oben mal ein Beispiel von der CMD getriggerten CLI Ausgabe beigefügt
Das ist es ja was ich meine...
Ich sehe beim setzen des -d flags im Modul keinen Unterschied in der Ausgabe des tail -f
Zitat von: justme1968 am 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:>> ${HOME}/var/log/fhem-stdout 2>>${HOME}/var/log/fhem-stderr
die pfade musst du natürlich anpassen.
Meinst Du das dann so in der 32_yowsup.pm als Aufruf?
my $cmd = AttrVal($name, "cmd", "/usr/local/bin/yowsup-cli demos -c /opt/fhem/config.example -y >> ${HOME}/opt/fhem/fhem-stdout 2>>${HOME}/opt/fhem/fhem-stderr" );
fhem von Hand starten oder das im fhem start file ergänzen
da hamma was... (im zweiten Codebereich)
(glaub ich)
fhem.log
2015.06.08 22:39:45 0: Server shutdown
2015.06.08 22:40:16 1: Perl version: 5.014002
2015.06.08 22:40:16 1: OS version: linux
2015.06.08 22:40:17 1: Loading Unix modules
2015.06.08 22:40:17 1: Including fhem.cfg
2015.06.08 22:40:19 1: HMLAN_Parse: HMLAN1 new condition disconnected
2015.06.08 22:40:19 1: HMLAN_Parse: HMLAN1 new condition init
2015.06.08 22:40:22 1: TRX: Init OK
2015.06.08 22:40:22 1: TRX: Init status: '433.92MHz transceiver, firmware=66, protocols enabled: LaCrosse Hideki OREGON HOMEEASY AC ARC X10 '
2015.06.08 22:40:41 1: Including ./log/fhem.save
2015.06.08 22:40:52 1: usb create starting
2015.06.08 22:40:52 2: WhatsApp.neu: starting yoswup-cli: /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
2015.06.08 22:41:03 1: usb create end
2015.06.08 22:41:03 0: Server started with 314 defined entities (version $Id: fhem.pl 8690 2015-06-04 16:47:20Z rudolfkoenig $, os linux, user root, pid 13322)
2015.06.08 22:41:13 1: HMLAN_Parse: HMLAN1 new condition ok
2015.06.08 22:41:13 4: WhatsApp.neu: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.06.08 22:41:13 3: WhatsApp.neu: sending /L
2015.06.08 22:41:13 3: WhatsApp.neu: sending /presence available
2015.06.08 22:41:13 1: 192.168.111.250:1000 disconnected, waiting to reappear (HMLAN1)
2015.06.08 22:41:13 1: HMLAN_Parse: HMLAN1 new condition disconnected
hier ist wohl eine Exception.
fhem@fhemserver:~$ perl fhem.pl fhem.cfg
fhem@fhemserver:~$ Use of uninitialized value in string eq at fhem.pl line 3358, <$fh> line 1084.
Use of uninitialized value in join or string at fhem.pl line 3372, <$fh> line 1084.
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
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/usr/local/lib/python2.7/dist-packages/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
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
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="4989xxxxxxxx" mechanism="WAUTH-2">
*¦¦¦¦L¦~¦p1¦¦5e¦¦¦kVO¦¦J¦¦??¦YGJ¦9¦9¦¦g
HEX:2a0598bddxxxxxx9be077031f7cb3565bb86946bxxxxx9dcbb9d4a5eb59474axxxx5f0a367
</auth>
PuTTYDEBUG: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="1433796074">
¦¦Q
{¦3A(6¦S¦¦S¦ ¦F
HEX:fee6xxxx533412836a05xxxx31aa420e246
</success>
DEBUG:yowsup.layers.protocol_iq.layer:starting ping thread.
DEBUG:yowsup.layers.logger.layer:tx:
<presence type="available">
</presence>
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>
DEBUG:yowsup.layers.logger.layer:rx:
<presence from="4989xxxxxxxx@s.whatsapp.net">
</presence>
Nur wie bekomme ich das nu wieder weg?
www.computer-sind-komisch.net
Ich habe nur noch einmal durchgestartet, und aktuell sehe ich ein STATE "connected" und im Readings auch "connected"
Ein Senden der Messages als raw geht auch.
Ich reboote nochmal.
Also ganz rund läuft es noch nicht ganz...
Vorallem scheine ich auch irgendwelche Probleme beim Start/Stop von FHEM zu haben...
Wenn ich über die WEB-GUI ein "shutdown" mache, sollte FHEM doch beendet werden oder?
Wenn ich aber ein cmd>service fhem status mache, sagt die Ausgabe fhem wäre noch am Laufen
Dann ein service fhem stop, und erneuter status, läuft fhem immernoch...
(irgendwo hatte ich aber auch einen Watchdog. ich finde den nur nicht mehr)
Mache ich dann aber ein cmd>service fhem start, kommt in der STDOUT erst die Exception für yowsup-cli , und dann aber fängt es sich irgendwie und es geht dann.
Komisch
root@fhemserver:~# ps -ef | grep -i fhem
fhem 2138 1 46 23:00 ? 00:00:20 perl fhem.pl fhem.cfg
root 2145 1 0 23:00 ? 00:00:00 startpar -f -- fhem
fhem 2324 2138 46 23:01 ? 00:00:03 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2326 2314 0 23:01 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# ps -ef | grep -i fhem
fhem 2138 1 39 23:00 ? 00:00:51 perl fhem.pl fhem.cfg
root 2145 1 0 23:00 ? 00:00:01 startpar -f -- fhem
fhem 2324 2138 4 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
fhem 2364 2138 17 23:02 ? 00:00:09 perl fhem.pl fhem.cfg
root 2377 2314 0 23:03 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# ps -ef | grep -i fhem
fhem 2138 1 37 23:00 ? 00:00:51 perl fhem.pl fhem.cfg
root 2145 1 0 23:00 ? 00:00:01 startpar -f -- fhem
fhem 2324 2138 4 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
fhem 2378 2138 53 23:03 ? 00:00:03 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
fhem 2379 2138 2 23:03 ? 00:00:00 perl fhem.pl fhem.cfg
root 2383 2314 0 23:03 pts/0 00:00:00 grep -i fhem
root@fhemserver:~#
root@fhemserver:~# ps -ef | grep -i fhem
fhem 2138 1 39 23:00 ? 00:01:00 perl fhem.pl fhem.cfg
root 2145 1 0 23:00 ? 00:00:01 startpar -f -- fhem
fhem 2324 2138 3 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2387 2314 0 23:03 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem stop
Stopping fhem...
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem stop
Stopping fhem...
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# service fhem start
Starting fhem...
root@fhemserver:~# service fhem status
fhem is running
root@fhemserver:~# ps -ef | grep -i fhem
fhem 2138 1 31 23:00 ? 00:01:15 perl fhem.pl fhem.cfg
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 2138 2 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
fhem 2493 2138 91 23:04 ? 00:00:02 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2495 2314 0 23:04 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2504 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2506 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2508 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2510 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2512 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~#
root@fhemserver:~#
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 1 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
root 2514 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# service fhem start
Starting fhem...
root@fhemserver:~# ps -ef | grep -i fhem
root 2145 1 0 23:00 ? 00:00:02 startpar -f -- fhem
fhem 2324 1 1 23:01 ? 00:00:04 /usr/bin/python /usr/local/bin/yowsup-cli demos -d -c /opt/fhem/config.example -y
fhem 2519 1 96 23:05 pts/0 00:00:02 perl fhem.pl fhem.cfg
root 2521 2314 0 23:05 pts/0 00:00:00 grep -i fhem
root@fhemserver:~# Use of uninitialized value in string eq at fhem.pl line 3358, <$fh> line 1084.
Use of uninitialized value in join or string at fhem.pl line 3372, <$fh> line 1084.
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
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/usr/local/lib/python2.7/dist-packages/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
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
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="4989xxxxxxxx" mechanism="WAUTH-2">
nn¦¦Y?¦;1¦¦¦Bv¦¦
+¦)¦¦¦¦`¦\¦&Z~¦0¦ ¦~¦/
HEX:0a6e6edae6xxxx9f859c42768dcexxxx7ae8e608b5c0e05840xxxxxxa40f7ea22f
</auth>
PuTTYDEBUG: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="1433797596">
X
¦¦u¦¦!¦?u¦
A{6
HEX:580b11xxxx7503b6b721c18d3xxxxxb417b36
</success>
DEBUG:yowsup.layers.protocol_iq.layer:starting ping thread.
DEBUG:yowsup.layers.logger.layer:tx:
<presence type="available">
</presence>
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>
DEBUG:yowsup.layers.logger.layer:rx:
<presence from="4989xxxxxxxx@s.whatsapp.net">
</presence>
DEBUG:yowsup.layers.logger.layer:rx:
<presence type="unavailable" from="49176xxxxxxxxx@s.whatsapp.net" last="1433797349">
</presence>
Zitat von: justme1968 am 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.
Hallo Andre,
würdest Du bitte noch ein Log3 in der Sub yowsup_Read aufnehmen. Hier ist die einzige Stelle, die ich gefunden habe, wo im Programmablauf auf Grund eines Fehlers ein disconnect angestoßen wird. Das könnte bei der Fehlersuche helfen.
Danke und Grüße Jörg
sub
yowsup_Read($)
{
my ($hash) = @_;
my $name = $hash->{NAME};
my $buf;
my $ret = sysread($hash->{FH}, $buf, 65536 );
if(!defined($ret) || $ret <= 0) {
Log3 $name, 3, "$name: read: error during sysread: $!" if(!defined($ret));
Log3 $name, 3, "$name: read: end of file reached while sysread" if( $ret <= 0);
yowsup_Disconnect( $hash );
InternalTimer(gettimeofday()+10, "yowsup_Connect", $hash, 0);
return undef;
}
yowsup_Parse($hash,$buf);
return undef;
my $data = $hash->{PARTIAL};
Log3 $name, 5, "yowsup/RAW: $data/$buf";
$data .= $buf;
$hash->{PARTIAL} = $data;
}
Nur zur Info...
ich habe zwar nicht groß durchgestartet, aber bis jetzt läuft es durch und macht keine Probleme mehr.
@JoWiemann: ja. baue ich ein.
ich würde dann auch langsam ans einchecken denken. gibt es noch wünsche und vorschläge davor?
gruss
andre
Is schon eine /help drinnen? So dass man raw alle verfügbaren Kommandos senden kann ohne vorher noch die Usage von yowsup anschauen muss?
sent from my Samsung Galaxy S6 via Tapatalk App
Zitat von: justme1968 am 10 Juni 2015, 21:14:17
ich würde dann auch langsam ans einchecken denken. gibt es noch wünsche und vorschläge davor?
Hallo Andre,
was hältst Du von dem Attribut allow_fhem_cmd:0,1. Wenn 1 dann werden WhatsApps mit der Syntax:
fhem_cmd=<fhem command> als fhem command über die Funktion fhem() ausgeführt. Das Ergebnis wird als WhatsApp zur Bestätigung zurück gesendet.
Grüße Jörg
@forum-merlin: zu help müsste ich mir erst noch überlegen wie ich die hilfe ausgabe dann auch in fhem anzeige. sonst hilft es ja nicht.
@JoWiemann: das allowFhemCmd würde ich aber nur im device für einen bestimmten partner erlauben und noch ein allowedCommands attribut spendieren.
sollten die kommandos noch mit einem prefix versehen werden? zb. fhem: set lampe on?
den statt allowFhemCmd könnte man ein commandPrefix attribut verwenden. wenn es gesetzt ist wird der inhalt als prefix zum einleiten eines kommandos verwndet.
gruss
andre
Hallo Andre,
Deine Umsetzung - wie immer gut durchdacht - meiner Anregung passt. Danke Dir.
Die yowsup help Ausgabe würde einfach per copy paste einmalig in die commandref übernehmen. Eine online Anzeige ist, glaube ich, nicht notwendig.
Grüße Jörg
ich habe in diesem post: http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292 (http://forum.fhem.de/index.php/topic,27543.msg299292.html#msg299292) eine neue version angehängt die die attribute commandPrefix und allowedCommands kennt.
das formatieren der antworten ist noch nicht so elegant wie es in deinem notify war und das fehlen von newline in den nachrichten ist besonders ärgerlich. da müssen wir noch etwas tun.
gruss
andre
wäre es noch möglich den pfad für yowsup als attribut zu hinterlegen? Optimal wäre natürlich den inhalt der config ebenfalls als attribut in fhem zu speichern, aber den pfad zur config zu attributieren wäre auch schon top!
das cmd attribut macht doch genau das.
gruß
andre
ah.
ok ;D
danke!
dann würde ich dich nur noch um eins bitten:
ein kleiner workaround für alle ohne root und $HOME=/
In Zeile 160 folgenden code einfügen:
unless ( -w $ENV{'HOME'} ) {
$ENV{'HOME'}=$ENV{'PWD'};
Log3 $name, 2, "$name: setting \$HOME to $ENV{'HOME'}";
}
Hallo @ All
Ich habe noch zwei Fragen...
1)
Kann natürlich sein, dass ich mich jetzt voll ins aus schieße, aber wie ist denn der Stand der Dinge mit der Integration des "echo" Clients von yowsup, und der damit verbundenen Funktion von außen ein command an FHEM zu senden?
Mein FHEM hängt nämlich nicht im Internet, ich habe eine FireWall , und dann dahinter noch eine Weitere und erst in diesem Netz dann hängt mein FHEM.
Geht das irgendwie?
2) (hat nicht 100%ig was mit dem Modul zutun)
Ich habe zum Testen ein Notify definiert, das eine WhatsApp versendet wenn das Licht im Keller eingeschaltet wird.
Das Licht is ein 433MHz Aktor im ARC Protocoll via RFXtrx433 Transceiver
Wenn ich jetzt per Taster an der Wand (der DIREKT den Aktor schaltet) betätige hört FHEM mit, und setzt den Status auf on um, und löst den notify aus.
Problem ist aber, dass da scheinbar ein Tastenprellen oder sowas passiert, und ich die WA Nachricht mehrfach bekomme dass das Licht eingeschaltet wurde.
hier der define des Lichts
define KE.Licht TRX_LIGHT ARC E1 light
attr KE.Licht IODev TRX_0
attr KE.Licht fp_Grundriss_KE 605,547,0,
attr KE.Licht group Licht
attr KE.Licht icon light_pendant_light
attr KE.Licht room 1.6_Keller
attr KE.Licht sortby 1
und hier des Notify:
define notify_WA_KE.Licht notify KE.Licht { if ("%" ne "off") { fhem ("set WhatsApp.neu send 49176xxxxxxxx Keller Licht wurde EINgeschaltet!") } else { fhem ("set WhatsApp.neu send 49176xxxxxxxx Keller Licht wurde AUSgeschaltet!")}};;
attr notify_WA_KE.Licht room 9.6.8_WhatsApp
Jemand eine Ahnung wie ich das in den Griff bekomme?
Danke nochmals dass es das Modul gibt! Ich bin begeistert!
EDIT:
Ach ja, und weil ich gerade fleißig am Notify´s bauen bin...
Ich kann bisher immernoch nicht erfolgreich eine Message an zwei Empfänger gleichzeitig schicken.
Wie macht ihr das? Ich scheine irgendwo den Wurm drinnen zu haben.
genaue Syntax bitte in FHEM (was klickt Ihr in der Weboberfläche und was gebt ihr wie genau in der Command Zeile ein?)
Gruß
Holger
1) ich verstehe nicht ganz worauf du hinaus willst.
das update 5. hier: http://forum.fhem.de/index.php?topic=27543.msg299292#msg299292 (http://forum.fhem.de/index.php?topic=27543.msg299292#msg299292) hast du gesehen? und die commandref dazu angeschaut? wofür willst du den echo client?
2) vermutlich ist dein notify zu allgemein. schau im event monitor was wirklich für events kommen. ansonsten ist meist sinnvoll event-on-change-reading im device zu setzen.
gruss
andre
Zitat von: justme1968 am 12 Juni 2015, 21:44:37
1) ich verstehe nicht ganz worauf du hinaus willst.
das update 5. hier: http://forum.fhem.de/index.php?topic=27543.msg299292#msg299292 (http://forum.fhem.de/index.php?topic=27543.msg299292#msg299292) hast du gesehen? und die commandref dazu angeschaut? wofür willst du den echo client?
2) vermutlich ist dein notify zu allgemein. schau im event monitor was wirklich für events kommen. ansonsten ist meist sinnvoll event-on-change-reading im device zu setzen.
gruss
andre
OK, hatte ich nicht registriert.
Habe gesehen, dass ein Update rauskam, aber vor lauter schnell schnell überlesen was genau drinnen is.
Jetzt muss ich mir das mal genauer anschaun :D
Genauso auch das "event-on-change-reading"
Danke !
Zitat von: forum-merlin am 12 Juni 2015, 21:23:18
Ich kann bisher immernoch nicht erfolgreich eine Message an zwei Empfänger gleichzeitig schicken.
Wie macht ihr das? Ich scheine irgendwo den Wurm drinnen zu haben.
genaue Syntax bitte in FHEM (was klickt Ihr in der Weboberfläche und was gebt ihr wie genau in der Command Zeile ein?)
Gruß
Holger
Hallo Holger,
Ich habe eine Whatsapp Gruppe in der mehrere Empfänger sind - habe nicht versucht an mehrere direkt zu schreiben. Die Gruppe erschien mir sauberer. So können Teilnehmer schnell getauscht werden und ich kann verschiedene Benachrichtigungen stumm schalten.
Grüße phel
Wie hast du die Gruppe definiert in FHEM?
Einfach den Gruppennamen eintragen?
Danke,
vb
Hi,
ich spiele schon eine weile mit dem Whatsapp Modul und habe gestern versucht auch die neue Variante umzusteigen. Bis jetzt habe ich es mit dem Code in der 99_my.. gehabt und funktioniert ohne Probleme. Habe es jetzt mit der 32_yowsup.pm ausprobiert und ich komme online.
define WHATSAPP yowsup
attr WHATSAPP icon it_i-net@3399FF
attr WHATSAPP room Gateway
attr WHATSAPP verbose 5
Ich kann auch am Handy den Status online sehen.
Jetzt lege ich den ersten Job an und dabei stürtzt fhem ab und ich muss den Raspi komplett neu starten weil es
über telnet den fhem prozess neu zu starten hilft leider nicht.
define WHASTAPP_TEMP DOIF ([08:25]) (set WHATSAPP send 49xxxxxxxxx Aussentemperatur: [TEMP:state]°C)
attr WHASTAPP_TEMP do always
Nach einem Komplett neustart klappt es aber ich kann keine änderungen mehr an fhem vornehem da es nach jedem speichern komplett abstürtzt.
Gruß
Porsti
es wäre hilfreich wenn du dein log file und die ausgabe auf console bei manuellem fhem start zeigst.
ich vermute ein problem mit dem grad zeichen.
gruss
andre
Hallo,
leider kommt keine Fehlermeldug in der Console.
Hier habe ich nur den AUszug aus dem fhem log.
2015.06.15 09:28:26 1: Including fhem.cfg
2015.06.15 09:28:27 1: Including ./log/fhem.save
2015.06.15 09:28:28 2: TCM TCM120 initialized
2015.06.15 09:28:28 3: WHATSAPP: sending /L
2015.06.15 09:28:28 3: WHATSAPP: sending /presence available
2015.06.15 09:28:28 2: WHATSAPP: starting yoswup-cli: sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.15 09:28:47 0: Server shutdown
2015.06.15 09:28:50 1: reload: Error:Modul 99_myUtils deactivated:
2015.06.15 09:28:50 1: Including fhem.cfg
2015.06.15 09:28:54 1: Including ./log/fhem.save
2015.06.15 09:28:55 2: TCM TCM120 initialized
2015.06.15 09:28:55 3: WHATSAPP: sending /L
2015.06.15 09:28:55 3: WHATSAPP: sending /presence available
2015.06.15 09:28:55 2: WHATSAPP: starting yoswup-cli: sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.15 09:28:55 1: usb create starting
2015.06.15 09:29:02 1: usb create end
2015.06.15 09:29:02 0: Server started with 173 defined entities (version $Id: fhem.pl 8690 2015-06-04 16:47:20Z rudolfkoenig $, os linux, user fhem, pid 3093)
2015.06.15 09:30:29 3: WHATSAPP: sending /disconnect
Habe es gerade auch ohne °C ausprobiert und leider bleibt auch alles stehen.
Porsti
Hallo,
seit ein paar Tagen kann ich plötzlich keine Nachrichten mehr empfangen und senden. Aus Putty klappt der Versand ohne Probleme.
Hier mal mein Fhem-Log mit Verbose 4 beim Versand:
2015.06.15 14:06:20 4: HTTP FHEMWEB:47.67.42.133:55563 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-06.log
2015.06.15 14:06:20 4: Connection closed for FHEMWEB:47.67.42.133:55560: EOF
2015.06.15 14:06:17 4: dummy set fp_time 14:06
2015.06.15 14:06:16 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1434369920;fmt=JSON×tamp=1434370000162
2015.06.15 14:06:16 4: Connection closed for FHEMWEB:47.67.42.133:55568: EOF
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55568 GET /fhem?XHR=1&inform=type=status;filter=WhatsApp;since=1434369966;fmt=JSON×tamp=1434369991298
2015.06.15 14:06:08 4: Connection accepted from FHEMWEB:47.67.42.133:55568
/
2015.06.15 14:06:08 4: 2206:FHEMWEB:47.67.42.133:55563: /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55563 GET /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1
/
2015.06.15 14:06:08 4: 2206:FHEMWEB:47.67.42.133:55560: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1
2015.06.15 14:06:07 4: dummy set fp_time 14:06
/
2015.06.15 14:06:07 4: 2206:FHEMWEB:47.67.42.133:55560: /fhem?detail=WhatsApp / RL:2763 / text/html; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:07 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem?detail=WhatsApp
[offline]:
Error: Not connected
2015.06.15 14:06:07 4: WhatsApp: parse:
2015.06.15 14:06:07 3: WhatsApp: sending /message send 491713165626 'Test'
2015.06.15 14:06:07 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem&detail=WhatsApp&dev.setWhatsApp=WhatsApp&cmd.setWhatsApp=set&arg.setWhatsApp=send&val.setWhatsApp=491713131331+Test
2015.06.15 14:06:06 4: Connection closed for FHEMWEB:47.67.42.133:55559: EOF
Wenn ich ein "set WhatsApp reconnect" habe ich folgendes im Log:
2015.06.15 14:17:47 4: HTTP FHEMWEB:47.67.42.133:55755 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-06.log
2015.06.15 14:17:47 4: Connection accepted from FHEMWEB:47.67.42.133:55755
2015.06.15 14:17:45 4: Connection closed for FHEMWEB:47.67.42.133:55753: EOF
2015.06.15 14:17:44 4: HTTP FHEMWEB:47.67.42.133:55753 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1434369979;fmt=JSON×tamp=1434370686755
2015.06.15 14:17:42 4: Connection closed for FHEMWEB:47.67.42.133:55745: EOF
2015.06.15 14:17:41 4: Connection closed for FHEMWEB:47.67.42.133:55752: EOF
[offline]:
general: Disconnected: Connection Closed
2015.06.15 14:17:40 4: WhatsApp: parse:
[connected]:
2015.06.15 14:17:40 4: WhatsApp: parse: general: Disconnected: Connection Closed
2015.06.15 14:17:37 4: dummy set fp_time 14:17
2015.06.15 14:17:37 3: sendWhatsApp: echo client startet
2015.06.15 14:17:37 4: Connection accepted from telnet:127.0.0.1:60611
[connected]:[connected]:
2015.06.15 14:17:35 4: WhatsApp: parse:
2015.06.15 14:17:35 4: WhatsApp: parse: Auth: Logged in!
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?XHR=1&inform=type=status;filter=WhatsApp;since=1434370653;fmt=JSON×tamp=1434370678699
2015.06.15 14:17:35 4: Connection accepted from FHEMWEB:47.67.42.133:55752
/
2015.06.15 14:17:35 4: 2206:FHEMWEB:47.67.42.133:55753: /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55753 GET /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1
2015.06.15 14:17:35 4: Connection accepted from FHEMWEB:47.67.42.133:55753
/
2015.06.15 14:17:35 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1
2015.06.15 14:17:34 3: WhatsApp: sending /presence available
2015.06.15 14:17:34 3: WhatsApp: sending /L
2015.06.15 14:17:34 4: WhatsApp: parse: [offline]:
Type /help for available commands
==================
2015.06.15 14:17:34 4: WhatsApp: parse: Yowsup Cli client
2015.06.15 14:17:34 4: Connection closed for FHEMWEB:47.67.42.133:55750: EOF
/
2015.06.15 14:17:34 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?detail=WhatsApp / RL:2808 / text/html; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:34 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?detail=WhatsApp
2015.06.15 14:17:34 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.15 14:17:34 3: WhatsApp: Disconnected
2015.06.15 14:17:34 3: WhatsApp: sending /disconnect
2015.06.15 14:17:34 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem&detail=WhatsApp&dev.setWhatsApp=WhatsApp&cmd.setWhatsApp=set&arg.setWhatsApp=reconnect&val.setWhatsApp=
2015.06.15 14:17:34 4: Connection closed for FHEMWEB:47.67.42.133:55747: EOF
/
2015.06.15 14:17:33 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22reconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:33 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22reconnect%22,%22%22)}&XHR=1
list WhatsApp ergibt folgendes:
NR 627
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 2327
STATE offline
TIME vor 4 Minuten
TYPE yowsup
Readings:
vor 4 Minuten state offline
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
group WhatsApp
NR 627
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 2327
STATE offline
TIME 2015-06-15 14:17:40
TYPE yowsup
Readings:
2015-06-15 14:17:40 state offline
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
group WhatsApp
room Status
Das Yowsup-Modul ist das aktuellste.
Was kann das sein?
Gruß, Sascha
Zitat von: VB90 am 13 Juni 2015, 19:35:28
Wie hast du die Gruppe definiert in FHEM?
Einfach den Gruppennamen eintragen?
Danke,
vb
Du kannst mit
set WhatsApp raw /groups list
eine liste deiner gruppen anzeigen lassen. Dort steht dann die JID, Betreff usw. in der Regel ist die Gruppe wie folgt aufgebaut:
49xxxxxxxxxxx-1234567890
gründer-timestamp
erst kommt die Nummer des Gruppen erstellers, dann die Uhrzeit im Unix Zeitformat.
Wenn Nachriten kommen sieht das so aus:
49yyyyyyyyyyyy/49xxxxxxxxxxx-1234567890
absender/gründer-timestamp
wegen den Sonderzeichen klappt das mit dem automatischen anlegen nicht. auch das empfangen habe ich noch nicht hin bekommen. Aber auch nicht gross probiert..
Grüße
phel
p.s.: du solltest noch
attr WhatsApp verbose 4
setzen damit du die antworten auf raw befehle auch tatsächlich im log siehst :) später nicht vergessen wieder zu löschen
@phel
Danke dir. Nachher gleich mal ausprobieren.
vb
ich habe die aktuelle version des moduls eben eingecheckt.
gruss
andre
Hallo alle miteinander,
ich habe ein FHEM-System, dass ich mit DbLog und Configdb betreibe.
Nach einigen Schwierigkeiten mit Berechtigungen und Python, habe ich das WhatsApp-System nun am laufen.
Sowohl senden als auch empfangen funktioniert tadellos.
Mein Problem ist, wie kann ich denn Werte (Temperaturwerte, Spannungswerte ...) übermitteln, mir fehlt da einfach die genaue Syntax.
So gebe ich die Anweisung ein,
set WhatsApp send 49xxxxxxxxxxx Raumtemperatur Vorratskeller: [DS18B20_B308CB010000:temperature]°C
Doch ich bekomme nur
Raumtemperatur Vorratskeller: [DS18B20_B308CB010000:temperature]°C
angezeigt.
Wie muß ich die Anweisung schreiben, damit ich
Raumtemperatur Vorratskeller: 23,65 °C
angezeigt bekomme ?
Vielen Dank im voraus für die Hilfe
Hallo rsteinkuhl,
ich glaube so:
set WhatsApp send 49xxxxxxxxxxx Raumtemperatur Vorratskeller: [TEMP:state]°C
Du müsstest natürlich vorher Raumtemperatur Vorratskeller definiert haben, in etwa:
define Vorratskeller DS18B20_B308CB010000 (oder mit GPIO4 - hängt von deiner Anbindung der Temperatursensoren ab)
dann sollte es klappen.
Fhemeinsteiger
das [...] ist etwas das nur innerhalb von DOIF geht.
du brauchst etwas in der art:{ fhem( "set WhatsApp send 49xxxxxxxxxxx Raumtemperatur Vorratskeller: ". ReadingsVal("DS18B20_B308CB010000","temperature","") ."C" ) }
das grad zeichen macht noch probleme.
gruss
andre
jemand ein Tipp für mich wie oder wann ich nach der Installation einen erneuten Code per SMS anfordern kann.
Ich habe wohl ein falschen eingegeben..! :-\
Wenn ich erneut probiere kommt immer dieser fehler
status: fail
retry_after: 1852
reason: too_recent
ich denke eine stunde warten hilft.
gruß
andre
OK, denn ich habe eine solch grottige Telefon Qualität das ich zwei Ziffern kaum verstanden habe...
Das war ihr Fehler :-\
Hallo alle miteinander,
{ fhem( "set WhatsApp send 49xxxxxxxxxxx Raumtemperatur Vorratskeller: ". ReadingsVal("DS18B20_B308CB010000","temperature","") ."C" ) }
genau so sollte es sein, vielen Dank, jetzt kann ich weitermachen.
Gruß Rainer
Hallo versuche gerade ei DOIF mit einer Remperatur zu machen hab aber "einen" ;) Fehler drin wie muß ich es abändern das es geht ?
und ich meine nicht die Tel-Nummer ;D
define Temp_Alarm DOIF ([Temp:temperature] >= 26.5) ( "set WhatsApp send 49xxxxxxxxx Raumtemperatur: ". ReadingsVal("Temp","temperature","") ."C" ) DOELSEIF ([Gefriertruhe:temperature] <= 25.5) ( "set WhatsApp send 49xxxxxxxxxx Raumtemperatur: ". ReadingsVal("Temp","temperature","") ."C" )
Gruß Otto
Nabend Kollegen,
vielen Dank für eure harte Arbeit ;D
Ich war mal so frei und habe einen Wiki-Artikel angefangen: http://www.fhemwiki.de/wiki/Yowsup
Gutes N8tle noch
Bambi
ich habe mal folgende Fragen
1. zu dieser Zeile
Zitatin zeile 148 muss der pfad für den aufruf und das config file angepasst werden. eventuell mit sudo und HOME setzen.
das wird noch konfigurierbar gemacht.
bei mir steht darin folgendes:
open(STDIN, "<&$fn") or die "can't redirect STDIN $!";
was muss ich hier ändern..?
2. in einer der letzten Beiträge habe ich das jetzt mal angepaßt auf mein Beispiel
{ fhem( "set WhatsApp send 4917xxxxxxxxxx Aussentemperatur Norden: ". ReadingsVal("Aussensensor_Norden","temperature","") ."C" ) }
das funktioniert nicht hier bekomme ich immer ein "not connected"
Was hingegen funktioniert sind die folgenden Beispiele:
{system("/usr/bin/python2.7 /opt/yowsup-master/yowsup-cli demos -s 491xxxxxxxxx \"Garage ist jetzt zu\" -c /opt/fhem/yowsup.cfg 2\> /tmp/test.txt")}
hier wird mir auch die Datei test.txt beschrieben und ich bekomme eine WhatsApp Meldung
{system("/usr/bin/python2.7 /opt/yowsup-master/yowsup-cli demos -s 491xxxxxxxxx \"Garage ist jetzt zu\" -c /opt/fhem/yowsup.cfg")}
das funktioniert auch und ich bekomme eine Meldung
Also die Funktion WhatsApp sollte gegeben sein, nur eben mein define WhatsApp zeigt immer "Disconnected"
Was muss ich jetzt noch einstellen, einschl. der obigen Zeile..?
Weiterhin muss ich mehrmals auf "reconnect" drücken damit ich überhaupt mal ein "Connected" bekomme
1. ist nicht mehr relevant. dafür gibt es jetzt das cmd attribut
2. du kannst das modul und das yowsup nicht gleichzeitig verwenden. sobald du von hand mit der gleichen id etwas tust meldet whatsapp jeden anderen client ab.
wenn das modul diconnected ist bitte mit verbose 5 loggen und auch stdout und stderr zeigen.
gruss
andre
Zitat von: Cybers am 15 Juni 2015, 14:23:13
Hallo,
seit ein paar Tagen kann ich plötzlich keine Nachrichten mehr empfangen und senden. Aus Putty klappt der Versand ohne Probleme.
Hier mal mein Fhem-Log mit Verbose 4 beim Versand:
2015.06.15 14:06:20 4: HTTP FHEMWEB:47.67.42.133:55563 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-06.log
2015.06.15 14:06:20 4: Connection closed for FHEMWEB:47.67.42.133:55560: EOF
2015.06.15 14:06:17 4: dummy set fp_time 14:06
2015.06.15 14:06:16 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1434369920;fmt=JSON×tamp=1434370000162
2015.06.15 14:06:16 4: Connection closed for FHEMWEB:47.67.42.133:55568: EOF
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55568 GET /fhem?XHR=1&inform=type=status;filter=WhatsApp;since=1434369966;fmt=JSON×tamp=1434369991298
2015.06.15 14:06:08 4: Connection accepted from FHEMWEB:47.67.42.133:55568
/
2015.06.15 14:06:08 4: 2206:FHEMWEB:47.67.42.133:55563: /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55563 GET /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1
/
2015.06.15 14:06:08 4: 2206:FHEMWEB:47.67.42.133:55560: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:08 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1
2015.06.15 14:06:07 4: dummy set fp_time 14:06
/
2015.06.15 14:06:07 4: 2206:FHEMWEB:47.67.42.133:55560: /fhem?detail=WhatsApp / RL:2763 / text/html; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:06:07 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem?detail=WhatsApp
[offline]:
Error: Not connected
2015.06.15 14:06:07 4: WhatsApp: parse:
2015.06.15 14:06:07 3: WhatsApp: sending /message send 491713165626 'Test'
2015.06.15 14:06:07 4: HTTP FHEMWEB:47.67.42.133:55560 GET /fhem&detail=WhatsApp&dev.setWhatsApp=WhatsApp&cmd.setWhatsApp=set&arg.setWhatsApp=send&val.setWhatsApp=491713131331+Test
2015.06.15 14:06:06 4: Connection closed for FHEMWEB:47.67.42.133:55559: EOF
Wenn ich ein "set WhatsApp reconnect" habe ich folgendes im Log:
2015.06.15 14:17:47 4: HTTP FHEMWEB:47.67.42.133:55755 GET /fhem/FileLog_logWrapper?dev=Logfile&type=text&file=fhem-2015-06.log
2015.06.15 14:17:47 4: Connection accepted from FHEMWEB:47.67.42.133:55755
2015.06.15 14:17:45 4: Connection closed for FHEMWEB:47.67.42.133:55753: EOF
2015.06.15 14:17:44 4: HTTP FHEMWEB:47.67.42.133:55753 GET /fhem/FileLog_logWrapper?XHR=1&inform=type=status;filter=;since=1434369979;fmt=JSON×tamp=1434370686755
2015.06.15 14:17:42 4: Connection closed for FHEMWEB:47.67.42.133:55745: EOF
2015.06.15 14:17:41 4: Connection closed for FHEMWEB:47.67.42.133:55752: EOF
[offline]:
general: Disconnected: Connection Closed
2015.06.15 14:17:40 4: WhatsApp: parse:
[connected]:
2015.06.15 14:17:40 4: WhatsApp: parse: general: Disconnected: Connection Closed
2015.06.15 14:17:37 4: dummy set fp_time 14:17
2015.06.15 14:17:37 3: sendWhatsApp: echo client startet
2015.06.15 14:17:37 4: Connection accepted from telnet:127.0.0.1:60611
[connected]:[connected]:
2015.06.15 14:17:35 4: WhatsApp: parse:
2015.06.15 14:17:35 4: WhatsApp: parse: Auth: Logged in!
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?XHR=1&inform=type=status;filter=WhatsApp;since=1434370653;fmt=JSON×tamp=1434370678699
2015.06.15 14:17:35 4: Connection accepted from FHEMWEB:47.67.42.133:55752
/
2015.06.15 14:17:35 4: 2206:FHEMWEB:47.67.42.133:55753: /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1 / RL:27 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55753 GET /fhem?cmd={AttrVal(%22WhatsApp%22,%22room%22,%22%22)}&XHR=1
2015.06.15 14:17:35 4: Connection accepted from FHEMWEB:47.67.42.133:55753
/
2015.06.15 14:17:35 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:35 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22disconnect%22,%22%22)}&XHR=1
2015.06.15 14:17:34 3: WhatsApp: sending /presence available
2015.06.15 14:17:34 3: WhatsApp: sending /L
2015.06.15 14:17:34 4: WhatsApp: parse: [offline]:
Type /help for available commands
==================
2015.06.15 14:17:34 4: WhatsApp: parse: Yowsup Cli client
2015.06.15 14:17:34 4: Connection closed for FHEMWEB:47.67.42.133:55750: EOF
/
2015.06.15 14:17:34 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?detail=WhatsApp / RL:2808 / text/html; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:34 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?detail=WhatsApp
2015.06.15 14:17:34 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
2015.06.15 14:17:34 3: WhatsApp: Disconnected
2015.06.15 14:17:34 3: WhatsApp: sending /disconnect
2015.06.15 14:17:34 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem&detail=WhatsApp&dev.setWhatsApp=WhatsApp&cmd.setWhatsApp=set&arg.setWhatsApp=reconnect&val.setWhatsApp=
2015.06.15 14:17:34 4: Connection closed for FHEMWEB:47.67.42.133:55747: EOF
/
2015.06.15 14:17:33 4: 2206:FHEMWEB:47.67.42.133:55745: /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22reconnect%22,%22%22)}&XHR=1 / RL:21 / text/plain; charset=UTF-8 / Content-Encoding: gzip
2015.06.15 14:17:33 4: HTTP FHEMWEB:47.67.42.133:55745 GET /fhem?cmd={ReadingsVal(%22WhatsApp%22,%22reconnect%22,%22%22)}&XHR=1
list WhatsApp ergibt folgendes:
NR 627
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 2327
STATE offline
TIME vor 4 Minuten
TYPE yowsup
Readings:
vor 4 Minuten state offline
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
group WhatsApp
NR 627
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 2327
STATE offline
TIME 2015-06-15 14:17:40
TYPE yowsup
Readings:
2015-06-15 14:17:40 state offline
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
group WhatsApp
room Status
Das Yowsup-Modul ist das aktuellste.
Was kann das sein?
Gruß, Sascha
Ich habe dieses Problem immer noch nicht lösen können. Weiß vielleicht jemand weiter?
Gruß, Sascha
Zitat von: justme1968 am 17 Juni 2015, 00:44:16
wenn das modul diconnected ist bitte mit verbose 5 loggen und auch stdout und stderr zeigen.
das ist erst mal das log, mit verbose 5, dass andere (stdout und stderr) kenne ich gar nicht muss ich mal suchen:
2015.06.17 10:24:33 3: WhatsApp: read: end of file reached while sysread
2015.06.17 10:24:33 3: WhatsApp: Disconnected
2015.06.17 10:24:33 3: WhatsApp: sending /disconnect
2015.06.17 10:24:33 1: exec failed!!!
2015.06.17 10:24:33 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 164.
2015.06.17 10:24:33 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2015.06.17 10:24:33 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
2015.06.17 10:24:29 1: PERL WARNING: Use of uninitialized value in hash element at fhem.pl line 1382.
2015.06.17 10:24:23 3: WhatsApp: read: end of file reached while sysread
2015.06.17 10:24:23 3: WhatsApp: Disconnected
2015.06.17 10:24:23 3: WhatsApp: sending /disconnect
2015.06.17 10:24:23 1: exec failed!!!
2015.06.17 10:24:23 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 164.
2015.06.17 10:24:23 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2015.06.17 10:24:23 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
2015.06.17 10:24:16 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
2015.06.17 10:24:13 3: WhatsApp: read: end of file reached while sysread
2015.06.17 10:24:13 3: WhatsApp: Disconnected
2015.06.17 10:24:13 3: WhatsApp: sending /disconnect
2015.06.17 10:24:13 1: exec failed!!!
2015.06.17 10:24:13 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 164.
2015.06.17 10:24:13 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2015.06.17 10:24:13 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
2015.06.17 10:24:11 1: Error: Aussensensor_Terrasse has no TYPE
2015.06.17 10:24:03 3: WhatsApp: read: end of file reached while sysread
2015.06.17 10:24:03 3: WhatsApp: Disconnected
2015.06.17 10:24:03 3: WhatsApp: sending /disconnect
2015.06.17 10:24:03 1: exec failed!!!
2015.06.17 10:24:03 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 164.
2015.06.17 10:24:03 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2015.06.17 10:24:03 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
Hallo,
einen Hinweis hast Du schon im Log: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or Directory
Irgendwie scheint Dein Pfad zum yowsup nicht mehr zu stimmen, oder Du hast das Attribut cmd falsch gesetzt.
Grüße Jörg
Ich habe mit der Version vom 01.06. auch Probleme mit senden, empfangen.
Lange Liste Fehler im Log.
Hatte aber noch keine Zeit, die Ursache zu erforschen. Nutze deswegen die Vorversion ohne Probleme beim Versand.
Den Empfang habe ich noch nicht eingerichtet.
vb
Hi, erstmal echt tolle Arbeit ...Thx!
ich habe den gleichen Fehler wie moonsorrox .
Das Modul steht auf "Disconnect" mein Logfile weisst die gleichen Fehler auf.
PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli
Liegt es daran dass ich erst das Whatsup Modul in fhem definiert habe und dann denn yowsup-cli unter dem Pi ?
2015.06.17 10:24:13 3: WhatsApp: read: end of file reached while sysread
2015.06.17 10:24:13 3: WhatsApp: Disconnected
2015.06.17 10:24:13 3: WhatsApp: sending /disconnect
2015.06.17 10:24:13 1: exec failed!!!
2015.06.17 10:24:13 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 164.
2015.06.17 10:24:13 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
die meldung sagt doch das er das /opt/local/bin/yowsup-cli nicht ausführen kann.
wo habt ihr das yowsup-cli binary liegen? habt ihr das cmd attribut entsprechend gesetzt? da muss der komplette Aufruf drin stehen:attr <yowsup> cmd <pfad1>/yowsup-cli demos -c <pfad2>/config.yowsup --yowsup
gruss
andre
Hat es schon irgendjemand geschafft, tatsächlich ein Bild zu versenden? Bei mir sieht auch im Log alles so aus, als würde das Bild versendet, es kommt jedoch nichts an und danach wird auch keine Textnachricht mehr gesendet, bis man einen Reconnect macht.
ja schon mehrfach.
wenn es nicht geht fehlen meist teile python library.
schau mal weiter oben im thread. da ist beschrieben was zu tun ist.
gruss
andre
Ich habe vergessen dazu zu schreiben, dass ich all die Tipps hier aus dem Thread schon beherzigt habe und auch alle Python Module verfügbar sind. Schreibt yowsup ein Log in das ich schauen könnte?
diese meldungen landen auf stderr.
am einfachsten ist es fhem von hand zu starten und auf die console zu schauen.
auch das steht weiter oben glaube ich schon :)
gruss
andre
Zitat von: JoWiemann am 17 Juni 2015, 10:31:50
einen Hinweis hast Du schon im Log: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or Directory
Irgendwie scheint Dein Pfad zum yowsup nicht mehr zu stimmen, oder Du hast das Attribut cmd falsch gesetzt.
genau, ich habe da ich erst gestern alles eingerichtet habe diesen Pfad hier erst einmal aus dem Forum übernommen.
Ich denke meine Konstellation ist auch eine andere, weil hier oft vom Pi ausgegangen wird, ich aber einen Cubietruck nutze.
Ich werde die Hinweise von euch die Tage alle aufnehmen und abarbeiten.
Was mich nur wundert das ich wie oben beschrieben Meldungen absetzen kann und diese auch als WhatsApp Meldungen ankommen...
So z.B. diese hier:
{system("/usr/bin/python2.7 /opt/yowsup-master/yowsup-cli demos -s 491xxxxxxxxx \"Garage ist jetzt zu\" -c /opt/fhem/yowsup.cfg")}
@moonsorox: Siehst du den Unterschied bei den Pfaden?
/opt/local/bin/yowsup-cli"
/opt/yowsup-master/yowsup-cli
Hallo,
setze doch bitte das Attribut cmd auf:
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
Ohne das Setzen des Attributs, wie beschrieben in der Hilfe, wird ein Standardpfad genommen.
Grüße Jörg
im Eventmonitor erscheint folgendes bei einem Reconnect:
2015-06-17 11:24:36 yowsup WhatsApp reconnect
2015-06-17 11:24:38 yowsup WhatsApp connected
2015-06-17 11:24:42 yowsup WhatsApp offline
Die Verbindung wird direkt wieder geschlossen.
Log mit Verbose 5:
2015.06.17 12:15:21 3: WhatsApp: reConnect
2015.06.17 12:15:21 3: WhatsApp: sending /disconnect
2015.06.17 12:15:21 3: WhatsApp: Disconnected
2015.06.17 12:15:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.17 12:15:22 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.06.17 12:15:22 4: WhatsApp: parse: [offline]:
2015.06.17 12:15:22 3: WhatsApp: sending /L
2015.06.17 12:15:22 3: WhatsApp: sending /presence available
2015.06.17 12:15:22 5: HMLAN_Send: HMLAN1 I:K
2015.06.17 12:15:22 5: HMLAN/RAW: /HHM-LAN-IF,03C1,KEQ1023258,2574A3,2574A3,BFC6EAFE,0006
2015.06.17 12:15:22 5: HMLAN_Parse: HMLAN1 V:03C1 sNo:KEQ1023258 d:2574A3 O:2574A3 t:BFC6EAFE IDcnt:0006
2015.06.17 12:15:23 4: WhatsApp: parse: Auth: Logged in!
[connected]:
2015.06.17 12:15:23 5: Triggering WhatsApp (1 changes)
2015.06.17 12:15:23 5: Notify loop for WhatsApp connected
2015.06.17 12:15:23 5: Temperatur: not on any display, ignoring notify
2015.06.17 12:15:23 4: WhatsApp: parse: [connected]:
2015.06.17 12:15:24 4: Connection accepted from telnet:127.0.0.1:32931
2015.06.17 12:15:24 5: Cmd: >{Log3 'sendWhatsApp', 3, 'sendWhatsApp: echo client startet'}<
2015.06.17 12:15:24 3: sendWhatsApp: echo client startet
2015.06.17 12:15:27 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
2015.06.17 12:15:28 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[offline]:
2015.06.17 12:15:28 5: Triggering WhatsApp (1 changes)
2015.06.17 12:15:28 5: Notify loop for WhatsApp offline
Ich habe gerade nocheinmal das komplette Yowsup gelöscht und wie in dem ersten Post neu installiert (allerdings ohne die Registrierungschritte, da meine config.example ja schon besteht). Auch danach bleibt das Problem. Gestern habe ich schon meinen RasPI auf Jessie geupdatet.
Ich bin echt echt am verzweifeln weil es bis vor wenigen Tagen problemlos lief. Es muß irgendwie mit dem 32_Yowsup-Modul zu tun haben da ein Versand direkt aus Putty heraus geht.
Was kann ich noch tun, bzw was mache ich falsch?
Gruß, Sascha
Zitat von: marvin78 am 17 Juni 2015, 11:42:44
@moonsorox: Siehst du den Unterschied bei den Pfaden?
jetzt wo du es sagst...! ;) Ja.. Danke
Zitat von: JoWiemann am 17 Juni 2015, 11:44:35
setze doch bitte das Attribut cmd auf:
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
Ok werde ich sofort ändern. Danke
Jetzt sehe ich auch in WhatsApp das Online Angezeigt wird, doch so einfach. :D ;)
Nun kann ich ja weiter machen
Log:
2015.06.17 11:57:32 4: WhatsApp: parse:
from: 49xxxxxx@s.whatsapp.net
Type: result
ID: 2
2015.06.17 11:57:32 4: WhatsApp: parse: Iq:
from: 49xxxxxxxx@s.whatsapp.net
Type: result
ID: 1
2015.06.17 11:56:42 4: WhatsApp: parse: Iq:
2015.06.17 11:56:32 1: PERL WARNING: Use of uninitialized value in string eq at fhem.pl line 4293.
2015.06.17 11:55:52 4: WhatsApp: parse: [connected]:
[connected]:
2015.06.17 11:55:52 4: WhatsApp: parse: Auth: Logged in!
2015.06.17 11:55:51 3: WhatsApp: sending /presence available
2015.06.17 11:55:51 3: WhatsApp: sending /L
2015.06.17 11:55:51 4: WhatsApp: parse: [offline]:
Hallo,
Tolle arbeit DANKE
-> ich hab aber ein Problem und ich bin mir nicht sicher an was das liegt
aus der Console raus kann ich alles schicken und kommt auch am Handy an mit: python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.yowsup -s 49XXXXXXX "Das ist ein Test"
in FHEM im Log kommt: 2015.06.17 11:36:32 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.yowsup --yowsup
und es steht auch dran das Whatsapp Connected ist aber wenn ich was schicken will kommt es nicht an, auf dem Handy sehe ich auch nicht den Status Online/Offline und wenn ich was vom Handy an die Festnetznummer schicke kommt das auch nicht an ...... woran kann das liegen?
in der 32_yowsup.pm hab ich das Home Verzeichnis geändert und den Pfad drei Zeilen weiter hab ich auch geändert in /opt/yowsup-master/yowsup-cli /opt/yowsup-master/config.yowsup
--> hat jemand ne idee, an was kann das liegen? :o
Zitat von: AET_FHEM am 17 Juni 2015, 12:08:34
in der 32_yowsup.pm hab ich das Home Verzeichnis geändert und den Pfad drei Zeilen weiter hab ich auch geändert in /opt/yowsup-master/yowsup-cli /opt/yowsup-master/config.yowsup
--> hat jemand ne idee, an was kann das liegen? :o
das soll jetzt über das Attribut cmd gemacht werden nicht mehr in der Datei.
Ich habe gar nichts in der Datei geändert, schau mal in meinen Beitrag und den Antworten und setze den Pfad richtig
Hallo
OK hab das so gemacht Originalen Datei
attr cmd angelegt
jetzt bekomm ich im Log jede 10 Sekunden diese einträge und es zeigt als Disconnected an ....
2015.06.17 13:36:18 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.17 13:36:18 3: WhatsApp: sending /L
2015.06.17 13:36:18 3: WhatsApp: sending /presence available
2015.06.17 13:36:19 3: WhatsApp: sending /disconnect
2015.06.17 13:36:19 3: WhatsApp: Disconnected
2015.06.17 13:36:19 3: WhatsApp: read: error during sysread: No child processes
2015.06.17 13:36:19 3: WhatsApp: read: end of file reached while sysread
--> was mach ich falsch, fehlt noch was ???
Hallo, dank euch für die Hilfe.
Bin auch einen Schritt weiter !
Ja, ich hatte auch gestern nach einer Erstinstallation des Whatsup Moduls nicht das "CMD" Attribut gesetzt.
Hatte es einfach überlesen :(
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
Jetzt klappt der Connect
Reihe mich bei AET_FHEM ein gleiches Fehlerbild
Leider hab ich auch nach 4sek. einen Disconnect
2015.06.17 13:41:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.17 13:41:23 3: WhatsApp: sending /L
2015.06.17 13:41:23 3: WhatsApp: sending /presence available
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 321, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 225, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 253, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 162, in poll
write(obj)
File "/usr/lib/python2.7/asyncore.py", line 95, in write
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 91, in write
obj.handle_write_event()
File "/usr/lib/python2.7/asyncore.py", line 467, in handle_write_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 455, in handle_connect_event
self.handle_connect()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 55, in handle_connect
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 62, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 178, in onEvent
stopEvent = stopEvent or s.onEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 39, in onEvent
self.login()
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 49, in login
self._sendAuth()
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 88, in _sendAuth
nonce = StorageTools.getNonce(self.credentials[0])
File "/opt/yowsup-master/yowsup/common/tools.py", line 75, in getNonce
path = StorageTools.getStorageForPhone(phone)
File "/opt/yowsup-master/yowsup/common/tools.py", line 49, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.yowsup'
2015.06.17 13:41:23 3: WhatsApp: sending /disconnect
2015.06.17 13:41:23 3: WhatsApp: Disconnected
2015.06.17 13:41:23 3: WhatsApp: read: error during sysread: No child processes
2015.06.17 13:41:23 3: WhatsApp: read: end of file reached while sysread
Hallo koerly
OSError: [Errno 13] Permission denied: '/.yowsup'
du musst glaub noch die Berechtigungen für /opt/fhem/yowsup.cfg anpassen
>> das ist aber leider keine Lösung für das Disconnecten :-[
--> das mit dem CMD hatte ich wirklich total überlesen ...
auch hier steht das problem im log:
ZitatOSError: [Errno 13] Permission denied: '/.yowsup'
entweder ist HOME nicht gesetzt (siehe weiter oben) und/oder das /.yowsup lässt sich nicht con yowsup prozess schreiben.
leg das verzeichnis von hand an und gib fhem rechte dort hineinzuschreibem.
gruss
andre
Hallo andre
was kann das hier bedeuten?
2015.06.17 15:28:15 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.yowsup --yowsup
2015.06.17 15:28:16 3: WhatsApp: sending /L
2015.06.17 15:28:16 3: WhatsApp: sending /presence available
2015.06.17 15:28:16 3: WhatsApp: sending /disconnect
2015.06.17 15:28:16 3: WhatsApp: Disconnected
2015.06.17 15:28:16 3: WhatsApp: read: error during sysread: No child processes
2015.06.17 15:28:16 3: WhatsApp: read: end of file reached while sysread
2015.06.17 15:28:26 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.yowsup --yowsup
2015.06.17 15:28:27 3: WhatsApp: sending /L
2015.06.17 15:28:27 3: WhatsApp: sending /presence available
2015.06.17 15:28:28 3: WhatsApp: sending /disconnect
2015.06.17 15:28:28 3: WhatsApp: Disconnected
2015.06.17 15:28:28 3: WhatsApp: read: error during sysread: No child processes
2015.06.17 15:28:28 3: WhatsApp: read: end of file reached while sysread
--> aus der Console heraus kann ich Nachrichten verschicken aber in FHEM geht´s nicht ....
das bedeutet das sich der yowsup client beendet. den fehler dazu solltest du auf stderr (oder stdou) sehen. am besten fhem von hand starten. siehe oben. vermutlich das gleiche HOME/berechtigungs problem. siehe ebenfalls oben.
gruss
andre
wie ich jetzt auch schon mehrfach geschrieben habe, habe ich das gleiche Problem. Der Order /.yowsup hat bei mir alle Rechte (777) für fhem/dialout. Es geht trotzdem nicht!!!
Gruß, Sascha
Zitat von: Cybers am 17 Juni 2015, 16:40:06
Der Order /.yowsup hat bei mir alle Rechte (777) für fhem/dialout. Es geht trotzdem nicht!!!
Hallo Sascha,
es geht nicht um die Rechte von /.yowsup sondern um die Rechte von yowsup im HOME, dass ein ganz anderes Directory sein kann.
Grüße Jörg
beim mir geht es jetzt
ich hab /root/.yowsup/ dem Eigentümer fhem (der user von meinem FHEM) zugeordnet neustart geht :-)
TOP
kaum macht man es richtig, schon gehts ;)
cmd gesetzt, alles paletti.
hatte zwar grade nen disconnect nach nem Neustart vom FHEM, aber das muss ich erstmal beobachten.
Mal sehen wie ich nun den Empfang und verarbeiten von Nachrichten hinbekomme.
vb
Ich nähere mich meiner geistigen Grenze.. :o
{ qx(printenv) }
sagt mir
mein $HOME Verzeichnis ist Root
HOME=/root
ich habe im root Verzeichnis
sudo chown -c fhem .yowsup
sudo chmod 777 .yowsup
ausgeführt
Bei /opt/fhem/yowsup.cfg auch die Rechte angepasst.
Rebootet.
Leider connectet und disconnectet er immer im 10 sec Takt.
Mir ist nicht klar wie ich das Home Verzeichnis ändern kann.
Zuviel Bäume und kein Wald zusehen.
in der Konsole fhem gestopt und neugestartet.
Fehler:OSError: [Errno 13] Permission denied: '/.yowsup'
Kann es mir jemand etwas langsamer erkären ?
Welche rechte hat die 32_yowsup in deinem fhem/FHEM-Ordner bzw wer ist der owner?
@phel
Versand an Gruppe klappt, danke für deine Tipps.
vb
@koerly: Die Fehlermelung sagt ja eher, dass er versucht unter / nicht unter /root das verzeichnis .yowsup zu nutzen. Vielleicht versuchst du es dort noch einmal? Ich prüfe bei mir ob ich im $HOME Verzeichnis schreiben kann, wenn nicht lasse ich das auf $PWD ändern. Der Vorschlag ist in diesem Thread weiter oben.. Vielleicht wird (oder wurde? keine zeit zum schauen) der Codeschnipsel ja auch in das offizielle modul aufgenommen? Vermutlich sobald genug Leute danach schreien :)
@VB90: gern geschehen - wenn ich Zeit habe werde ich das mal ins Wiki schreiben. Wie bekommt man dort eigentlich nen account?
Grüße
phel
wenn ich { qx(printenv) } eingebe bekomme ich folgendes:
OLDPWD=/
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=de_DE.UTF-8
PWD=/opt/fhem
Was ist denn nun mein "Home-Verzeichnis"?
Gruß, Sascha
@koerly: Also ich habe dem User fhem das Verzeichnis /root/.yowsup/ zugewiesen (als Eigentümer bestimmt mit chown) dann neu gestartet und dann gings --> glaub der neustart war nicht nötig aber du musst dann fhem neu starten mit dem Benutzer fhem ....
Folgendes bekomme ich wenn ich Fhem von Hand starte:
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 321, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 225, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 253, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 162, in poll
write(obj)
File "/usr/lib/python2.7/asyncore.py", line 95, in write
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 91, in write
obj.handle_write_event()
File "/usr/lib/python2.7/asyncore.py", line 467, in handle_write_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 455, in handle_connect_event
self.handle_connect()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 55, in handle_connect
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 62, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 178, in onEvent
stopEvent = stopEvent or s.onEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 39, in onEvent
self.login()
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 49, in login
self._sendAuth()
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 88, in _sendAuth
nonce = StorageTools.getNonce(self.credentials[0])
File "/opt/yowsup-master/yowsup/common/tools.py", line 75, in getNonce
path = StorageTools.getStorageForPhone(phone)
File "/opt/yowsup-master/yowsup/common/tools.py", line 49, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/root/.yowsup'
Also eine Problem mit dem Home-Verzeichnis. Aber wie setzte ich es richtig. Wenn ich die Zeile die weiter oben erwähnt wird in meine 32_Yowsup schreibe bin ich nicht mehr updatesicher.
Gruß, Sascha
Ich habe noch gewartet, bis das Ganze so ausgereift war, dass es eingecheckt wurde. Nun habe ich auch mal yowsup installiert (gemäß Anleitung 1. Beitrag), klappte alles auf Anhieb.
Anschließend habe ich noch die Rechte für den yowsup-Ordner und die config-Datei auf fhem gesetzt. Und dann klappte das define und verwenden auf Anhieb.
Images konnte ich nicht senden, aber das ließ sich so beheben (ist hier im Thread schon irgendwo verlinkt, aber ich kopieren es trotzdem nochmal rein):
sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
sudo pip install -I pillow
Nun klappt auch das Versenden von Bildern.
Vielen Dank für ein weiteres "Darauf habe ich schon lange gewartet"-Modul! :)
Danke euch für eure Tipps und Hilfen !
Ich hab jetzt ein bisschen gebraucht bis ich alles umsetzten konnte
Versucht habe ich:
==================
User fhem über sudo visudo die Rechte verpasst: fhem ALL=(ALL) NOPASSWD:/usr/bin/
/root/.yowsup
drwxr-xr-x 2 fhem dialout 4096 Jun 18 10:26 .yowsup
/.yowsup
drwxr-xr-x 2 fhem dialout 4096 Jun 17 15:41 .yowsup
FHEM
-rw-rw-rw- 1 fhem dialout 12510 Jun 16 15:27 32_yowsup.pm
32_yowsup.pm upgedatet
REEBOOT
==================================
!! Fehler bleiben leider !!
connect -> disconect
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 24, in start
print("Yowsup Cli client\n==================\nType /help for available commands\n")
IOError: [Errno 32] Broken pipe
OSError: [Errno 13] Permission denied: '/root/.yowsup'
=======================================================
Hoffnungslos ? Ich installiere alles noch mal drüber !
Wie bekomme ich das HOME=/root mit gutem gewissen umgebogen?
Hallo,
ich habe auch lange probiert, aber der Tipp hat's bei mir gebracht:
Zitat von: koerly am 18 Juni 2015, 13:00:24
Versucht habe ich:
==================
User fhem über sudo visudo die Rechte verpasst: fhem ALL=(ALL) NOPASSWD:/usr/bin/
-> man muss python mit visudo Rechte für den Nutzer fhem geben:
Cmnd_Alias WHATSAPP = python
# User privilege specification
fhem ALL = NOPASSWD: WHATSAPP
Damit geht's nach einem Neustart des Cubie bei mir...
Ronny
Bild versenden klappt hier auch aus Fhem. (Cubietruck mit Debian Jessie von igor)
Also, für alle die Probleme mit der $HOME haben..
Anbei das Modul mit workaround.
(Bei mir startet und stoppt fhem immer wieder wenn ich das nicht habe)
ich war gerade dabei dem modul ein home attribut zu spendieren.
wenn es genügend tester für die automatische variante gibt und es bei keinem problem macht checke ich es auch ohne attribut ein.
gruss
andre
@phel KLASSE !!!!!! VIELEN DANK !!!!!!!!!
Sauber so klappt es prima .... hab die 32_yowsup.pm von phel eingespielt und habe einen
dauerconect !
@justme1968: fhem update check zeigt mir eine neue 32_yowsup.pm an. Ist dass schon die mit
dem home Atribut ?
nein. ich habe nur an einer stelle eine bessere fehlermeldung eingebaut.
jetzt aber. bzw. morgen im update :)
es gibt jetzt ein home attribut. wenn es auf PWD gesetzt ist wird $HOME auf $PWD gesetzt, jeder andere wert wird direkt als $HOME gesetzt.
gruss
andre
Super Arbeit !!!
Ich habe heute mittag schon einmal versucht die 32_yowsup.pm zum laufen zu bewegen, doch da wusste ich nicht, dass das System auf dem neusten Stand sein muss.
Nach einem Update läuft jetzt alles tiptop.
das einzige Problem, ich möchte den Status ändern, was ich mit "set WhatsApp raw /status set FHEM-online" versucht habe, doch er ändert den Status nicht.
dann noch das Problem, dass ich keine Bilder verschicken kann, habe wie in der Antwort 359 alles nachinstalliert aber trotz allem geht es nicht.
Im Log kommt folgendes :
2015.06.19 01:22:16 3: WhatsApp: sending /image send 49xxxxxxxxxx /opt/fhem/www/images/Bad/Bad_Spiegel.off.png
2015.06.19 01:22:16 3: WhatsApp: sending /disconnect
2015.06.19 01:22:16 3: WhatsApp: Disconnected
2015.06.19 01:22:16 3: WhatsApp: read: end of file reached while sysread
oder wenn ich den Pfad anders angebe :
2015.06.19 01:22:58 3: WhatsApp: sending /image send 49xxxxxxxxxx /www/images/Bad/Bad_Spiegel.off.png
2015.06.19 01:23:40 3: WhatsApp: sending /image send 49xxxxxxxxxx www/images/Bad/Bad_Spiegel.off.png
2015.06.19 01:23:49 3: WhatsApp: sending /image send 49xxxxxxxxxx /Bad/Bad_Spiegel.off.png
Jemand ne Idee, bzw. was mach ich falsch ?
****EDIT
Kann ich, wenn ich Fhem ausschalte oder den Yowsup deaktiviere, mit einem Handy, auf dem noch kein WhatsApp ist, mich mit meiner NR die ich bei Yowsup benutze, anmelden, das Bild ändern, den Status ändern und dann wieder auf dem handy Whatsapp deinstallieren und das ganze normal wieder mit Yowsup nutzen ?
****EDIT 2
Bilder versenden geht, es muss eine JPG Datei sein und PNG geht nicht
Hallo zusammen,
habe das "alte" Modul im einsatz und es klappt immer noch ohne Probleme.
Versuche jetzut schon seid einigen TAgen immer wieder das neue zum laufen zu bekommen.
Das Modul zeigt in fhem connected an.
Internals:
CONNECTS 2
FD 5
NAME WHATSAPP
NR 320
NTFY_ORDER 50-WHATSAPP
PARTIAL
PID 2583
STATE Connected
TYPE yowsup
WAITING_FOR_LOGIN 1
Attributes:
cmd sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
icon it_i-net@3399FF
room Gateway
verbose 5
Aber im auf dem Handy kann ich nicht sehen das der Client online geht und ich kann auch keine Nachristen versenden:
set WHATSAPP send 491xxxxxxxxx Hallo
Auch mit dem Update von heute.
Dann habe ich im Terminal nach dem starten von fhem die folgende gefunden Fehlermeldung:
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
Gruß & Danke
Porsti
Sobald ich folgendes mit sudo visudo eingebe geht alles:
Cmnd_Alias WHATSAPP = python
# User privilege specification
fhem ALL = NOPASSWD: WHATSAPP
Allerdings bekomme ich dann eine Fehlermeldung wenn ich z.B. sudo reboot mache:
sudo: parse error in /etc/sudoers near line 31
sudo: no valid sudoers sources found, quitting
sudo: Regelwerks-Plugin konnte nicht initialisiert werden
Zeile 31 ist bei mir die erste Zeile des obigen Codes.
Es wäre nett wenn mir hier einer weiterhelfen könnte.
Gruß, Sascha
Zitat von: justme1968 am 18 Juni 2015, 23:07:41
jetzt aber. bzw. morgen im update :)
es gibt jetzt ein home attribut. wenn es auf PWD gesetzt ist wird $HOME auf $PWD gesetzt, jeder andere wert wird direkt als $HOME gesetzt.
gruss
andre
Auch eine schöne Lösung. Funktioniert!
Danke
Ich bekomme auch laufend den disconnect...was habe ich bisher vergessen?
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.yowsup'
2015.06.19 15:56:21 3: WhatsApp: sending /disconnect
2015.06.19 15:56:21 3: WhatsApp: Disconnected
2015.06.19 15:56:21 3: WhatsApp: read: error during sysread: No child processes
2015.06.19 15:56:21 3: WhatsApp: read: end of file reached while sysread
Welche Rechte werden gebraucht?
Eine Eingabe direkt funktioniert allerdings:
python yowsup-cli demos -c /opt/yowsup-master/yowsup.cfg -s 491xxxxxxxxx "Das ist ein Test"
siehe home weiter oben...
Also bei mir klappt es mit dem Update von heute auch prima mit dem Home Attribut.
Nachdem ich heute nun Zeit hatte, mal das Wiki zu lesen und mich mit commandprefix zu beschäftigen, kann ich auch Befehle empfangen.
Klappt tadellos.
Sehr schön, sehr gut.
Nochmal danke.
Aufgefallen ist mir im Log folgendes, wobei mir der Blick dafür fehlt, was da schief läuft.
2015.06.19 22:50:06.245 0: Server shutdown
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
2015.06.19 22:50:08.846 1: Including fhem.cfg
2015.06.19 22:50:23.664 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/config.example --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 304, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 223, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 24, in start
print("Yowsup Cli client\n==================\nType /help for available commands\n")
IOError: [Errno 32] Broken pipe
2015.06.19 22:50:24.790 3: WhatsApp: sending /L
2015.06.19 22:50:24.797 3: WhatsApp: sending /presence available
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 304, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 223, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 171, in loop
callback()
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 65, in <lambda>
self.getStack().execDetached(lambda : self.__upper.emitEvent(yowLayerEvent))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 62, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 95, in onEvent
self.output("Disconnected: %s" % layerEvent.getArg("reason"))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 175, in output
print("%s: %s" % (tag, message))
IOError: [Errno 32] Broken pipe
2015.06.19 22:50:27.270 3: WhatsApp: sending /message send 49152xxxxxx 'Test aus'
wobei die message in der letzte Zeile eine alte ist, da zu dieser Zeit nichts gesendet wurde.
vb
Hallo möchte eine Text aus einem log versenden, bekomme es aber einfach nicht hin was mach ich falsch ?
set 49xxxxxxxxxxxxx send ["/opt/fhem/log/Seriell.txt",40] es kommt
nur : ["/opt/fhem/log/Seriell.txt",40]
an.
Gruß otto
es kommt doch genau an was du abschickst.
wie kommst du darauf das ["/opt/fhem/log/Seriell.txt",40] irgendetwas aus dem log liest?
wie kommt das was du verschicken musst ins log? was ist es für ein log?
gruss
andre
Hallo,
ich bekomme leider auch diesen disconnect error alle 10 sec. Kann bitte nochmal jemand posten, was genau geändert werden muss. Vielen Dank schon mal ....
Ich habe ein Update des Wiki gemacht: http://www.fhemwiki.de/wiki/Yowsup
Es sind viele kleine Punkte gewesen aber @agr-bmw: Ich vermute du musst das attribut "home" auf das home des FHEM-users setzen.
Vielen Dank für den wiki Eintrag - werde ich gleich mal testen
@SirUli
es funktioniert, vielen Dank für den Support
..ein Fehler kommt noch bei der Paketinstallation:
sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tkv
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket python-tkv kann nicht gefunden werden.
Zitat von: justme1968 am 21 Juni 2015, 14:41:46
es kommt doch genau an was du abschickst.
wie kommst du darauf das ["/opt/fhem/log/Seriell.txt",40] irgendetwas aus dem log liest?
wie kommt das was du verschicken musst ins log? was ist es für ein log?
gruss
andre
ok bei Textsecure hab ich da einen Eintrag in myUtillis drin da kann ich dann mit :
sendTextsecureLog("+49xxxxxxxxxx", "/opt/fhem/log/Seriell.txt", 40)
die letzten 40 Zeilen. Jetzt bräuchte ich halt auch eine möglichkeit
mit WhatsApp die letzten 40 Zeilen aus einer Textdatei zu lesen und zu senden,
das ist ein log von einer Seriellen Schittstelle.
Gruß otto
du musst doch nur in der sendTextsecureLog routine das senden über Textsecure durch das senden mit über das yowsup modul ersetzen. etwas in der art:fhem( "set <yowsup> send 49... $Message");
statt dem system aufruf am ende.
aber achtung: yowsup kann ohne die oben beschriebene änderung keine newline senden. das wird also mit 40 zeilen text vermutlich unübersichtlich.
gruss
andre
Zitat von: agr-bmw am 21 Juni 2015, 15:54:16
..ein Fehler kommt noch bei der Paketinstallation:
sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tkv
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
E: Paket python-tkv kann nicht gefunden werden.
liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tkv
Brauchte ich bei mir nicht installieren für den Bildversand auf meinen Cubietruck
Zitat von: JoWiemann am 08 Mai 2015, 19:03:18
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" &)
Nachdem ich diese damals gemachten Einträge gelöscht habe läuft nun alles wie es soll. Diese paar Zeilen haben mich mehrere Stunden Zeit und Nerven gekostet...
Gruß, Sascha
Hallo Gemeinde,
ich habe das "yowsup" modul ebenfalls in Betrieb genommen.. soweit funktioniert es auch nach einigen schwirigkeiten mit den Rechten etc.
Allerding habe ich noch folgende Probleme..
- kann keine Images senden (bin nach Wiki Anleitung gegangen..) (benutze ein Wheezy Image auf dem RaspberryPi2
- der Chatstate steht immer auf "received"
- der Message State immer auf der letzten empfangenen Nachricht..
Das senden funktioniert jedoch soweit gut..
gibt es hier Info die evt. überlesen habe..??
Gruß
Basi79
- wenn das bildet senden nicht geht steht die meldung auf stderr. vermutlich ist die pillow installation nicht komplett. siehe weiter oben
- nach dem empfang steht chatstate immer auf received. nur während des tippen steht hier etwas anderes.
- was ist message state ?
gruss
andre
beim starten von FHEM entstehen bei mir 2 yowsup Prozesse und der Klient ist "offline" anschliessender reconnect funktioniert ohne Probleme.
Hallo zusammen
Erstmals Danke für das tolle Modul!
Ich habe ein Problem, dass ich vom Smartphone keine Befehle senden kann. Ich bekomme immer die Fehlermeldung "Unknown argument on, choose one of...."
Meine Definitionen:
Internals:
CONNECTS 2
FD 124
NAME WhatsApp
NR 1251
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 9081
STATE connected
TIME 2015-06-22 19:35:01
TYPE yowsup
Readings:
2015-06-22 08:03:31 state connected
Attributes:
acceptFrom 4179xxxxxxx
cmd /opt/yowsup/yowsup-cli demos -c /opt/yowsup/config.example --yowsup
home PWD
room Technik
Internals:
DEF 4179xxxxxxx
NAME WhatsApp_Dani
NR 1252
NTFY_ORDER 50-WhatsApp_Dani
NUMBER 4179xxxxxxx
STATE ???
TYPE yowsup
Readings:
2015-06-22 19:32:53 chatstate received
2015-06-22 19:32:53 message set Licht_Kueche on
Attributes:
allowedCommands set
commandPrefix 1
room Technik
userattr allowedCommands commandPrefix
Habe ich ein Attribut übersehen oder was vergessen?
Danke und viele Grüsse Dani
Hallo, bin nach Wiki vorgegangen, allerdings bekomme ich folgende Fehlermeldung:
Achtung reverse log!
2015.06.22 19:34:43 3: WHATSAPP: read: end of file reached while sysread
2015.06.22 19:34:43 3: WHATSAPP: read: error during sysread: No child processes
2015.06.22 19:34:43 3: WHATSAPP: Disconnected
2015.06.22 19:34:43 3: WHATSAPP: sending /disconnect
2015.06.22 19:34:42 3: WHATSAPP: sending /presence available
2015.06.22 19:34:42 3: WHATSAPP: sending /L
2015.06.22 19:34:39 2: WHATSAPP: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.06.22 19:34:39 2: WHATSAPP: setting $HOME to /home/pi
2015.06.22 19:34:29 3: WHATSAPP: read: end of file reached while sysread
2015.06.22 19:34:29 3: WHATSAPP: read: error during sysread: No child processes
2015.06.22 19:34:29 3: WHATSAPP: Disconnected
2015.06.22 19:34:29 3: WHATSAPP: sending /disconnect
2015.06.22 19:34:27 3: WHATSAPP: sending /presence available
2015.06.22 19:34:27 3: WHATSAPP: sending /L
2015.06.22 19:34:24 2: WHATSAPP: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.06.22 19:34:24 2: WHATSAPP: setting $HOME to /home/pi
2015.06.22 19:34:14 3: WHATSAPP: read: end of file reached while sysread
2015.06.22 19:34:14 3: WHATSAPP: read: error during sysread: No child processes
2015.06.22 19:34:14 3: WHATSAPP: Disconnected
2015.06.22 19:34:14 3: WHATSAPP: sending /disconnect
2015.06.22 19:34:13 3: WHATSAPP: sending /presence available
2015.06.22 19:34:13 3: WHATSAPP: sending /L
Der STATE ist connected und der state disconnectet, liegt das am HOME-Verzeichnis? Das ist bei mir /home/pi (wie im Wiki ermittelt), im Wiki weiter unten wird dann aber /home/fhem verwendet? Den User (fhem) konnte ich in Whatsapp auf den Handy sehen, aber nicht ob er online ist.
Das Attribut cmd ist: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Danke für etwas Hilfe in die richtige Richtung.
Uwe
Zitat von: justme1968 am 22 Juni 2015, 18:08:47
- wenn das bildet senden nicht geht steht die meldung auf stderr. vermutlich ist die pillow installation nicht komplett. siehe weiter oben
- nach dem empfang steht chatstate immer auf received. nur während des tippen steht hier etwas anderes.
- was ist message state ?
gruss
andre
Das Bild kann nicht versendet werden weil der decoder für JPEG nicht gefunden werden kann..
IOError("decoder %s not available" % decoder_name)
IOError: decoder jpeg not available
Die Pillow Installation gab zumindest keine Fehlermeldung aus.. und wurde wie in Wiki installiert..
Kann es mit dem Image Wheezy auf dem Raspberry zu tun haben..??
Sollte im CHatstate nicht irgendwie "Send" stehen und in Message die letzte
gesendete Nachricht..???
Gruß
Basi79
@locodriver
setz das home Attribut auf PWD - das sollte in den meisten Fällen funktionieren.
@eppi: was genau versuchst du denn zu senden?
@basi79: es gibt keine fehler sondern verringerte funktionalität wenn bei der installation bestimmte voraussetzungen fehlen. schau mal weiter oben im thread da steht wie man es nachholen kann.
die readings beziehen sich alle auf empfangene nachrichten. es gibt keine readings für abgesendete nachrichten.wozu würdest du die wollen?
gruss
andre
@phel - Danke - kleine Ursache, große Wirkung (Erfolg)!
Zitat von: justme1968 am 22 Juni 2015, 20:05:44
@eppi: was genau versuchst du denn zu senden?
Hi Andre
Ich sende das Kommando:
set Licht_Kueche on
Wird das nicht unterstützt?
Viele Grüsse Dani
wenn du commandPrefix setzt musst du es auch mit senden...
Zitat von: justme1968 am 22 Juni 2015, 20:31:09
wenn du commandPrefix setzt musst du es auch mit senden...
Stehe gerade auf dem Schlauch: Kannst du mir ein Beispiel geben?
Danke!
Zitat von: justme1968 am 22 Juni 2015, 20:05:44
@basi79: es gibt keine fehler sondern verringerte funktionalität wenn bei der installation bestimmte voraussetzungen fehlen. schau mal weiter oben im thread da steht wie man es nachholen kann.
die readings beziehen sich alle auf empfangene nachrichten. es gibt keine readings für abgesendete nachrichten.wozu würdest du die wollen?
gruss
andre
Ok hab es jetzt hinbekommen.. undzwar gab es probleme mit der "libjpeg". Dieses Package wurde unter (RaspberryPi(Wheezy)) nicht gefunden..
daher habe ich
sudo apt-get install libjpeg62
ausgeführt und installiert..
anschließend musste Pillow neuinstalliert und rebooted werden..
sudo pip uninstall Pillow
sudo pip install Pillow
reboot
nun funktioniert auch der Bild versand mit yowsup... :) freu...
Der "Chatstate=Send" wäre schön das man nachverfolgen kann was man gesendet hat.. oder könnte dort auch weitere aktionen anhängen..
Gruß
Ünal
@eppi: wenn commandPrefix z.b. auf fhem: steht musst du fhem: set xxx on senden. der prefix wird vom anfang der gesendeten nachricht abgeschnitten.
@basi79: aktionen führt man doch aus wenn men etwas empfängt... aber ich baue ein sent reading ein.
gruss
andre
Zitat von: justme1968 am 22 Juni 2015, 21:13:11
@eppi: wenn commandPrefix z.b. auf fhem: steht musst du fhem: set xxx on senden. der prefix wird vom anfang der gesendeten nachricht abgeschnitten.
Danke funktioniert!
Viele Grüsse Dani
Zitat von: justme1968 am 22 Juni 2015, 21:13:11
@basi79: aktionen führt man doch aus wenn men etwas empfängt... aber ich baue ein sent reading ein.
gruss
andre
jaa aber.. :) ist nur ein beispiel.. wenn ich über etwas benachrichtigt werden möchte und ggf. etwas wichtiges wie Tür offen vergessen oder Wasser detected oder soo.. dann will ich z.B. eine WhatsApp Nachricht versendet haben furch FHEM und auf Antwork wie "ok" warten sonst alle 5-10 min erneut senden.. :)
WhatsApp Nachrichten nimmt man manchmal nicht so schnell war.. :)
So könnte man auf eingehen und ausgehende Nachrichten reagieren.. :)
Suuper wenn du das als ToDo oder wunsch mit auf die Liste kommt.. :) schonmal voelen Dank im Voraus..
Gruß
Basi79 (Ünal B.)
das sent reading ist ab morgen im update.
was du daraus machst ist deine sache :)
gruss
andre
Zitat von: justme1968 am 22 Juni 2015, 22:37:05
das sent reading ist ab morgen im update.
was du daraus machst ist deine sache :)
gruss
andre
suuupi... danke..
kann das basteln schon kaum abwarten morgen.. :) hiihhihihi..
Gruß
Basi79
Wäre es machbar, mit dem Modul nicht nur Bilder, sondern auch MP3s zu senden?
Meine Idee ist, neue AB-Nachrichten von der Fritzbox (liegen dort als WAV-Dateien vor) in MP3s zu konvertieren und dann per Whatsapp zu versenden.
Yowsup scheint das im Prinzip herzugeben:
http://sirpoot.blogspot.de/2014/11/using-yowsup-to-send-audio-and-video.html
wenn jemand das in den (standard) yowsup cli client einbaut wäre das kein problem...
Zitat von: justme1968 am 23 Juni 2015, 10:04:02
wenn jemand das in den (standard) yowsup cli client einbaut wäre das kein problem...
Ah, OK, habe es jetzt auch gefunden:
ZitatYou can send Image, Video, Audio to your WhatsApp contacts (at the moment yowsup supports image only, rest are WIP).
Es haben sich wohl schon ein paar Leute dran versucht mit durchwachsenem Erfolg. Da kann ich mit meinen begrenzten Fähigkeiten nur hoffen, dass es irgendwann für den Standard-Client kommt. Wäre wohl auch besser als irgendwelche Workarounds.
Zitat von: SirUli am 21 Juni 2015, 15:29:30
Ich habe ein Update des Wiki gemacht: http://www.fhemwiki.de/wiki/Yowsup
Hallo SirUli
folgende Anmerkungen zum Wiki:
Typo:Unter Debian Wheezy: sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
vHinweis: Vor der gesamten Installation sollte ein Update des RasPi mittels folgenden alt-bekannten Befehlen gefahren werden:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sonst kann es wie bei mir zu unerklaerlichen Abbruechen kommen.
Hinweis: Attribut "home" sollte auf "PWD" gesetzt werden.
Typo:sudo pip install
-l pillow
Ansonsten lief es mit der Anleitung super.
Gruss
Sailor
Hallo zusammen
nur zur Info: Mit der VoIP Festnetznummer von EWE-Tel funktioniert es super! :)
Gruss
Sailor
kann mir jemand etwas zu dieser Fehlermeldung sagen, trat bei mir heute auf als ich Fhem gestartet habe...
IOError: [Errno 104] Connection reset by peer
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
self.__target(*self.__args, **self.__kwargs)
File "/usr/lib/python2.7/threading.py", line 763, in run
self.run()
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
Traceback (most recent call last):
Exception in thread Thread-1:
2015.06.27 12:46:57 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
Ich habe diesen Fehler auch...
... und noch ein paar mehr - allerdings nur beim Systemstart - und danach scheint auch alles zu funktionieren - zumindest das normale senden und empfangen.
Die Protokollansicht ist gedreht - liest sich von unten nach oben
IOError: [Errno 32] Broken pipe
print("%s: %s" % (tag, message))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 175, in output
self.output("Disconnected: %s" % layerEvent.getArg("reason"))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 95, in onEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 62, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 68, in emitEvent
self.getStack().execDetached(lambda : self.__upper.emitEvent(yowLayerEvent))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 65, in <lambda>
callback()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 171, in loop
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
stack.start()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 223, in process
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 304, in <module>
Traceback (most recent call last):
2015.06.29 21:08:18 1: usb create end
IOError: [Errno 104] Connection reset by peer
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
self.__target(*self.__args, **self.__kwargs)
File "/usr/lib/python2.7/threading.py", line 763, in run
self.run()
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
Traceback (most recent call last):
Exception in thread Thread-1:
2015.06.29 21:08:17 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.06.29 21:08:17 1: usb create starting
EOFError: EOF when reading a line
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
self.__target(*self.__args, **self.__kwargs)
File "/usr/lib/python2.7/threading.py", line 763, in run
self.run()
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
Traceback (most recent call last):
Exception in thread Thread-1:
2015.06.29 21:07:50 0: Server shutdown
Eventuell ist da ja noch mehr daraus erkennbar.
Viele Grüße sendet
Gigafix
die meldung ist nicht wirklich schlimm. es gibt noch irgendwo ein problem beim starten von fhem so das der erste startversucht für den yowsup prozess auf manchen systemen fehl schlägt. ich weiss noch nicht genau warum. der nächchste versuch 10 sekunden später funktioniert dann.
die meldung an sich war auch früher schon da, sie ist aber nicht im fhem log gelandet. das tut sie erst seit seit dieser änderung von rudi: http://forum.fhem.de/index.php/topic,38538.msg307468.html#msg307468 (http://forum.fhem.de/index.php/topic,38538.msg307468.html#msg307468).
gruss
andre
Hallo Andre,
ich glaube das es ein Problem mit der Netzwerkschnitstelle sein könnte.
Ich habe auch ein anderes Modul drauf das über Netzwerk kommuniziert.
Bei dem rpi 2 ist fhem schneller gestartet als die Netzwerkkarte inizialisiert.
Vielleicht einfach eine einschaltverzögerung einbauen die jeder für ein System anpassen kann.
Gruß
Porsti
Hallo Porsti
Zitat von: Porsti am 30 Juni 2015, 07:48:13
ich glaube das es ein Problem mit der Netzwerkschnitstelle sein könnte.
Ich habe auch ein anderes Modul drauf das über Netzwerk kommuniziert.
Bei dem rpi 2 ist fhem schneller gestartet als die Netzwerkkarte inizialisiert.
Vielleicht einfach eine einschaltverzögerung einbauen die jeder für ein System anpassen kann.
Ist das wirklich der Fall?
Kann das überhaupt sein? Ich dachte dagegen gibt es unter Linux RunLevel um das zu verhindern...
Wenn dem der Fall ist, wie kann ich aus fhem heraus den Status einer Netzwerkkarte abfragen?
Ich habe mit meinem km200 Modul offensichtlich ein ähnlich gelagertes Problem.
Verbindungsprobleme beim Start von fhem.
Gruss
Sailor
wenn bei dir fhem tatsächlich startet bevor das netzwerk kläuft solltest du das korrigieren. das kann noch an anderen stellen probleme machen.
dafür sind nicht die runlevel zuständig sondern die reihenfolge und abhängigkeiten der start scripte. und das ist wiederum abhängig von der distribution die du verwendest.
ich glaube aber nicht das die yowsup meldung daher kommt. testen kannst du das einfach in dem du fhem ein mal stoppt und wieder startest.
wenn ich die meldung richtig interpretiere ist aus irgend einem grund die verbindung zum fhem prozess weg. aber ich verstehe nicht warum. bitte konfiguriere yowsup mal mit -d für debug und schau ob da mehr meldungen sind.
gruss
andre
Zitat von: Sailor am 25 Juni 2015, 15:33:58
Hallo SirUli
folgende Anmerkungen zum Wiki
Vielen Dank, das habe ich umgesetzt. Wiki darfst du auch gerne bearbeiten, da bin ich nicht so besitzergreifend :)
Hallo. Hab gestern das Modul installiert und es funktionierte alles super. Leider hats bei nem Neustart vom Nuc gestern meine Boot Partition zerschossen, sodass ich mein System neu aufsetzen musste.
Wollte dann wieder alles installieren. Die Codes hatte ich ja noch. Allerdings meckert er jetzt immer rum.
status: fail
retry_after: 3600
reason: no_routes
Wenn ich einen neuen Code anforder bzw. wenn ich mein Passwort was ich noch hatte und den Code den ich noch hatte eingebe kommt immer:
ValueError: You have to request code first
Wie gesagt, es hatte alles bereits alles funktioniert. Kann ich mir den Code erneut zuschicken lassen irgendwie?
Hallo zusammen,
hab mir das Modul installiert bekomme aber immer folgende Fehlermeldung.
2015.07.01 15:25:06 4: whatsapp: parse: [offline]:
2015.07.01 15:25:06 3: whatsapp: sending /L
2015.07.01 15:25:06 3: whatsapp: sending /presence available
2015.07.01 15:25:08 4: whatsapp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.07.01 15:25:08 3: whatsapp: sending /disconnect
2015.07.01 15:25:08 3: whatsapp: Disconnected
2015.07.01 15:25:08 3: whatsapp: read: error during sysread: No child processes
2015.07.01 15:25:08 3: whatsapp: read: end of file reached while sysread
2015.07.01 15:25:18 2: whatsapp: setting $HOME to /opt/fhem
2015.07.01 15:25:18 2: whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.07.01 15:25:19 4: whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.07.01 15:25:19 3: whatsapp: sending /L
2015.07.01 15:25:19 3: whatsapp: sending /presence available
2015.07.01 15:25:24 4: whatsapp: parse: general: Login Failed, reason: not-authorized
2015.07.01 15:25:24 4: whatsapp: parse: Auth Error, reason not-authorized
2015.07.01 15:25:24 3: whatsapp: sending /disconnect
2015.07.01 15:25:24 3: whatsapp: Disconnected
2015.07.01 15:25:24 3: whatsapp: read: error during sysread: No child processes
2015.07.01 15:25:24 3: whatsapp: read: end of file reached while sysread
2015.07.01 15:25:34 2: whatsapp: setting $HOME to /opt/fhem
2015.07.01 15:25:34 2: whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.07.01 15:25:35 4: whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.07.01 15:25:35 4: whatsapp: parse: [offline]:
2015.07.01 15:25:35 3: whatsapp: sending /L
2015.07.01 15:25:35 3: whatsapp: sending /presence available
2015.07.01 15:25:39 4: whatsapp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.07.01 15:25:39 3: whatsapp: sending /disconnect
2015.07.01 15:25:39 3: whatsapp: Disconnected
2015.07.01 15:25:39 3: whatsapp: read: error during sysread: No child processes
2015.07.01 15:25:39 3: whatsapp: read: end of file reached while sysread
Vielen Dank für die bisher großartige Leistung.
Gruß TechMech
Bei mir funktioniert alles wunderbar mit registrierter Festnetznummer.
Wie komme ich per FHEM denn an Antworten, die ich per WhatsApp schicken? Geht ein "Fahre Rollos runter" und FHEM reagiert entsprechend?
Nebenbei: Ich nutze WhatsApp auf meiner Mobilfunknummer und habe FHEM nun die Festnetzrufnummer registrieren lassen. Was passiert nun, wenn ich jemandem meine elektronische Visitenkarte (mit beiden Nummern) gebe und er mir eine WhatsApp-Nachricht schickt - bekomme ich diese oder geht sie an FHEM? Kann der andere aussuchen, an welche Nummer er die Nachricht schickt? Ich kenne niemanden, mit 2 auf ihn registrierten WhatsApp-Nummern.
@kossmann: um per whatsapp kommandos an fhem zu senden gibt es die allowedCommands und commandPrefix attribute. siehe weiter oben im thread.
@TechMech: ich würde sagen bei deiner registrierung stimmt etwas nicht.
@Lling: ich würde es genau so wie bei der ersten registrierung noch mal versuchen.
gruss
andre
Ich habe im Wiki gelesen, dass bei eingehenden Nachrichten automatisch ein entsprechendes Device (Rufnummer) angelegt wird und man per 'messages' an die Nachricht kommt. FHEM meckert bei mir allerdings, dass ich erst (selber) das Device anlegen müsste. Dies widerspricht sich doch, oder?
die nummer muss in der allowed liste stehen. sonst wird nichts automatisch angelegt.
Ah ja 8) Funktioniert, mal gucken, was sich nun wie umsetzen lässt - Danke!
Beim Beenden von FHEM sollte man wohl auch alle yowsup-cli Prozesse beenden, oder?
Beim Start von FHEM bekomme ich im Logfile folgendes
2015.07.02 13:49:22.899 0: Server started with 142 defined entities (version $Id: fhem.pl 8850 2015-06-28 15:03:28Z rudolfkoenig $, os linux, user kossmann, pid 20210)
2015.07.02 13:49:22.905 2: WhatsApp: setting $HOME to /opt/yowsup
2015.07.02 13:49:22.906 2: WhatsApp: starting yoswup-cli: /opt/yowsup/yowsup-cli demos -c /opt/yowsup/yowsup.config --yowsup
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup/yowsup/demos/cli/cli.py", line 150, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
Kann man diese Exception irgendwie unterbinden?
momentan wird der yowsup prozess beim beenden von fhem hart abgeschossen. da sollte nichts weiter laufen. wenn fhem abstürzt wird allerdings nichts beendet. fhem ist ja weg und kann nichts mehr beenden. der child prozess sollte aber merken das sein parent weg ist und mit einer ähnlichen meldung meldung aussteigen.
die ursache für die meldung beim neustart habe ich noch nicht gefunden. siehe weiter oben im thread.
gruss
andre
Wenn ich FHEM per /etc/init.d/fhem stop beende, was nichts anderes ist, als ein perl fhem.pl $port "shutdown", dann laufen die beiden yowsup-cli Prozesse weiter. Ich behelfe mir momentan mit einem anschließenden killall -u fhem im Stop-Skript.
du hast recht. aus irgendeinem grund hat die shutdownFn hat gefehlt. ist ab morgen behoben.
aber warum hast du 2 yowsup prozesse? es sollte nur einer sein.
gruss
andre
Gute Frage, auf die ich natürlich keine Antwort habe. Meine Prozessliste sieht wie folgt aus
root@eeebox:/opt/fhem# ps auxw | grep fhem
fhem 20210 0.8 1.9 43456 39524 ? S 13:49 0:12 perl fhem.pl fhem.cfg
fhem 20216 0.0 0.7 29204 14836 ? S 13:49 0:01 python /opt/yowsup/yowsup-cli demos -c /opt/yowsup/yowsup.config --yowsup
fhem 20218 0.0 0.7 38612 15144 ? Sl 13:49 0:01 python /opt/yowsup/yowsup-cli demos -c /opt/yowsup/yowsup.config --yowsup
In FHEM ist der yowsup-Teil wie folgt definiert
define WhatsApp yowsup
attr WhatsApp cmd /opt/yowsup/yowsup-cli demos -c /opt/yowsup/yowsup.config --yowsup
attr WhatsApp home /opt/yowsup
attr WhatsApp acceptFrom 49170xxxxxxx
attr WhatsApp room System
es kann sein das je nach linux version einzelne threads innerhalb des yowsup client zu sehen sind. wenn alles geht würde ich es erst mal nicht weiter verfolgen.
gruss
andre
Richtig, da war mal irgendwas ab einer bestimmten Kernel-Version.
Kann ich eigentlich meine Mobilnummer voran in der fhem.cfg als Device anlegen? Nachdem 'WhatsApp' als Device angelegt wurde, funktioniert ein define 49170xxxxxxx yowsup nicht, da es wohl nur ein Master-Device o.ä. gibt.
wenn du ein device für eine spezifische nummer von hand anlegen willst musst du die nummer auch angeben:define <name> yowsupp 49...
Hallo justme1968,
Zitat von: justme1968 am 02 Juli 2015, 13:35:03
@TechMech: ich würde sagen bei deiner registrierung stimmt etwas nicht.
ich war bereits verbunden und konnte Nachrichten per WhatsApp abschicken und auch empfangen, deswegen verstehe ich nicht was bei der Registrierung schiefgelaufen sein könnte.
oder mit dem config file.
Zitat von: justme1968 am 02 Juli 2015, 14:25:43
wenn du ein device für eine spezifische nummer von hand anlegen willst musst du die nummer auch angeben:define <name> yowsupp 49...
Funktioniert, Danke. Gibt es noch eine Möglichkeit, einen anderen
STATE als
??? zu setzen? Dies sieht in der Weboberfläche etwas blöd aus.
siehe stateFormat
Dir steht mit stateFormat die Welt offen ;)
Danke, hab´s schon realisiert ;-) attr 49170xxxxxxxx stateFormat message und fertig ;)
Bekomme ich mit yowsup-cli eigentlich eine Nummer wieder gelöscht (de-registriert)? Meine Festnetzrufnummer ist mir da doch etwas unheimlich, wenn es um echte WhatsApp-Kommunikation mit anderen geht, die beide Nummern von mir im Kontakt gespeichert haben. Habe da etwas Angst, dass FHEM die ganzen Nachrichten in Zukunft erhält.
Edit:
./yowsup-cli demos -c yowsup.config -y
[offline]:/L
Auth: Logged in!
[connected]:/account delete
Account delete Warning !!: Repeat delete command another 3 times to send the delete request
[connected]:/account delete
Account delete Warning !!: Repeat delete command another 2 times to send the delete request
[connected]:/account delete
Account delete Warning !!: Repeat delete command another 1 times to send the delete request
[connected]:/account delete
Account delete Warning !!: Repeat delete command another 0 times to send the delete request
[connected]:/account delete
Ob das nun funktioniert hat, ist jedoch eine andere Frage.
Zitat von: justme1968 am 02 Juli 2015, 14:32:51
oder mit dem config file.
hier meine config.cfg
define whatsapp yowsup
attr whatsapp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
attr whatsapp home /opt/fhem
attr whatsapp icon it_i-net@3399FF
attr whatsapp room Gateway
attr whatsapp verbose 5
und hier meine config.file
cc=49
phone=49*******
id=0000000000
password=tZrTcY******
und hier nochmal der Fehlercode
2015.07.02 14:48:47 4: whatsapp: parse: [offline]:
2015.07.02 14:48:47 3: whatsapp: sending /L
2015.07.02 14:48:47 3: whatsapp: sending /presence available
2015.07.02 14:48:48 4: whatsapp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.07.02 14:48:49 3: whatsapp: sending /disconnect
2015.07.02 14:48:49 3: whatsapp: Disconnected
2015.07.02 14:48:49 3: whatsapp: read: error during sysread: No child processes
2015.07.02 14:48:49 3: whatsapp: read: end of file reached while sysread
2015.07.02 14:48:59 2: whatsapp: setting $HOME to /opt/fhem
2015.07.02 14:48:59 2: whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.07.02 14:48:59 4: whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.07.02 14:48:59 4: whatsapp: parse: [offline]:
2015.07.02 14:48:59 3: whatsapp: sending /L
2015.07.02 14:48:59 3: whatsapp: sending /presence available
2015.07.02 14:49:00 4: whatsapp: parse: general: Login Failed, reason: not-authorized
2015.07.02 14:49:00 4: whatsapp: parse: Auth Error, reason not-authorized
2015.07.02 14:49:00 3: whatsapp: sending /disconnect
2015.07.02 14:49:00 3: whatsapp: Disconnected
2015.07.02 14:49:00 3: whatsapp: read: error during sysread: No child processes
2015.07.02 14:49:00 3: whatsapp: read: end of file reached while sysread
2015.07.02 14:49:10 2: whatsapp: setting $HOME to /opt/fhem
2015.07.02 14:49:10 2: whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.07.02 14:49:11 4: whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.07.02 14:49:11 4: whatsapp: parse: [offline]:
2015.07.02 14:49:11 3: whatsapp: sending /L
2015.07.02 14:49:11 3: whatsapp: sending /presence available
2015.07.02 14:49:13 4: whatsapp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.07.02 14:49:13 3: whatsapp: sending /disconnect
2015.07.02 14:49:13 3: whatsapp: Disconnected
2015.07.02 14:49:13 3: whatsapp: read: error during sysread: No child processes
2015.07.02 14:49:13 3: whatsapp: read: end of file reached while sysread
2015.07.02 14:49:23 2: whatsapp: setting $HOME to /opt/fhem
2015.07.02 14:49:23 2: whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
2015.07.02 14:49:24 4: whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.07.02 14:49:24 4: whatsapp: parse: [offline]:
2015.07.02 14:49:24 3: whatsapp: sending /L
2015.07.02 14:49:24 3: whatsapp: sending /presence available
2015.07.02 14:49:25 4: whatsapp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
Die Anbindung "connected" und "disconnected" zyklisch, desweiteren taucht manchmal auch der Status "offline" im state auf.
Wie heißt denn nun Deine yowsup config? config.file oder yowsup.cfg
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Zitat von: kossmann am 02 Juli 2015, 14:52:55
Bekomme ich mit yowsup-cli eigentlich eine Nummer wieder gelöscht (de-registriert)? Meine Festnetzrufnummer ist mir da doch etwas unheimlich, wenn es um echte WhatsApp-Kommunikation mit anderen geht, die beide Nummern von mir im Kontakt gespeichert haben. Habe da etwas Angst, dass FHEM die ganzen Nachrichten in Zukunft erhält.
Das problem hatt ich auch.. Habe tatsächlich schon Nachrichten verpasst, weil mir Leute an die Festnetz Nummer geschrieben haben..
Habe jetzt auf eine bisher ungenutzte Festnetz Nummer umgestellt.
Löschen ging über den eingebauten Befehl von yowsup nicht - ich musste die Festnetz Nummer auf einem Handy registrierenund konnte dann von dort den Account löschen.
Grüße
phel
Zitat von: JoWiemann am 02 Juli 2015, 16:12:14
Wie heißt denn nun Deine yowsup config? config.file oder yowsup.cfg
Ich habe beide! im.... opt/fhem/ liegt eine "yowsup.cfg" und im.... opt/yowsup-master/ liegt eine "yowsup.config" beide mit dem gleichen Inhalt.
cc=49
phone=49*********
id=0000000000
password=tZr***************
define whatsapp yowsup
attr whatsapp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
attr whatsapp home /opt/fhem
attr whatsapp icon it_i-net@3399FF
attr whatsapp room Gateway
attr whatsapp verbose 5
müsste aber funktionieren da ich als home Verzeichnis..... /opt/fhem angegeben habe.
Hallo,
bei der Installations schlägt der Download fehl, da der Link nicht stimmt.
Wenn ich sudo apt-get install python-pip python-dev build-essential eingebe, kommt nur
Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/o/openssl/libssl-dev_1.0.1e-2+rvt+deb7u14_armhf.deb 404 Not Found
Failed to fetch http://mirrordirector.raspbian.org/raspbian/pool/main/o/openssl/libssl-doc_1.0.1e-2+rvt+deb7u14_all.deb 404 Not Found
Aktuell ist jedoch libssl-dev_1.0.1e-2+rvt+deb7u17_armhf.deb. Wie kann der Link geändert werden?
Freundliche Grüße
TWART016
in einem anderen thread ist die frage aufgekommen ob und wie man ein bild vom handy an fhem senden kann.
mit whtsapp und dem yowsup modul geht das problemlos. in der nachricht steht dann eine url unter der man das bild findet und per notify z.b. in einen weblink stecken kann.
was ich nicht weiss ist wie lange die bilder online bleiben. d.h es wäre eventuell sinnvoll sie tatsächlich nach lokal zu kopieren.
gibt es hierfür noch mehr anwender? wenn ja würde ich eine hilfsroutine per nonblocking httputils im yowsup modul einbauen.
gruss
andre
Hallo @ All,
Sorry für die vll dumme Frage, aber wie bekomme ich Werte meiner Tempsensoren verschickt? Oder auch Werte die ich über einen Dummy für ein Magnetventil setze ?
Wenn ich in der FHEMCMD (also im Webinterface oben) folgendes eingebe, bekomme ich Werte zurück.
Eingabe:
{ReadingsVal("GA.TempSensor","state","")}
Ausgabe:
T: 37.9 H: 29
Jetzt würde ich gerne dies noch mit Text versehen, und als Ausgabe per WhatsApp so einen Text versenden.
Garten hat folgende Werte: T: 37.9 H: 29
Oder wenn ich meine Bewässerung starte, mache ich folgendes in einem notify der durch einen Dummy getriggert wird:
GA.HA.Rasen { if ("%" ne "off") { fhem ("set WhatsApp send 49176xxxxxxxx Rasensprenger über HA wurde EINgeschaltet!") } else { fhem ("set WhatsApp send 49176xxxxxxxx Rasensprenger über HA wurde AUSgeschaltet!")}}
Ich kann aber auch 10min 20min etc... schalten.
Wie bekomme ich das mit dem jeweiligen Wert wie z.B. "wurde für 10 Minuten eingeschaltet" hin?
Danke schon mal.
Gruß
Holger
Gibts eigentlich ne möglichkeit, den Namen vom Whatsapp zu ändern. So wird ja immer die Nummer angezeigt in der Vorschau bei iOS zumindest.
wie bei jedem anderen device auch mit rename.
gruss
andre
Nein ich meinte jetzt, wenn Fhem eine Nachricht schickt, wird eine Vorschau auf dem Homescreen beim Iphone angezeigt. Dort steht aber immer die Nummer von der die Nachricht geschickt wurde. Diese Nummer lässt sich theoretisch bei Whatsapp in den Einstellungen/Profil/Name ändern.
In Whatsapp selbst wird ja der Name aus dem Telefonbuch des Handys abgegriffen. Nur in der Vorschau halt nicht.
wie bei jedem anderen device auch mit rename.
gruss
andre
Ich will nicht den Namen vom Device in FHEM ändern......
Zitat von: Lling am 06 Juli 2015, 00:32:13
Ich will nicht den Namen vom Device in FHEM ändern......
Dann lege einen Kontakt in deinem Telefon an. Das ist nun wirklich keinen FHEM-Frage.
Das ist eine Frage vom yowsup. Wenns nur ein Kontakt anlegen wäre, dann würde ich die Frage wohl hier nicht stellen. Die Frage mal richtig lesen würde helfen....
Ich hab nochmal ein Foto angehangen damit es vielleicht verständlicher ist für alle, die kein iPhone haben.
Die nummer auf dem Homescreen ist der Profilname, den jeder SELBER bei Whatsapp einstellen kann. Er ist NICHT davon abhängig, wie die Nummer im Telefon eingespeichert wurde!
d.h. man müsste den in der config wahrscheinlich einbauen.
Nein. Das ist eher eine Frage zur iPhone Vorschau. Wo nimmt diese denn bei anderen Kontakten den Namen her, um ihn anzuzeigen? Warum ist das nicht konsistent? Das iPhone macht komische Dinge. Und die Konfiguration erfolgt in yowsup. Es ist keine FHEM-Frage. Falls yowsup das nicht kann (und ich werde das nicht für die ergooglen) und das iPhone da ein Problem hat, macht man nix.
Wie beschrieben, kommt der Name ansonsten von Whatsapp direkt.
In der App unter Einstellungen/Profil dort kann man den Namen hinterlegen der dann Angezeigt wird.
Und es kann sein, dass es eine Konfigurationsoption in yowsup dafür gibt. Die Frage ist, warum man danach zuerst in einem FHEM-Forum sucht und nicht da, wo yowsup zu Hause ist. Das war ein gutgemeinter Tipp um schneller ans Ziel zu kommen.
Weil ich bestimmt nicht der einzige hier bin der das "Problem" hatte oder hat. Und vielleicht gibts ja hier ein, der das schonmal gelöst hat.
ich habe keine ahnung wo meine doppelte antwort her kommt. eigentlich hatte ich nur ein mal auf die erste frage geantwortet.
versuch die fhem nummer in der mobil app zu verwenden und dort den namen (und das bild) zu setzen. zumindest für das bild hat es weiter oben hat das bei jemandem geholfen. du musst dir nur 1-2 stunden zeit nehmen weil die nach einer änderung der nummer du eine weile an die nummer gebunden bist.
ansonsten habe ich auf dem iphone schon immer das problem das auch für andere Kontakte auf dem lock screen nicht der gleiche name angezeigt wird wie in Kontakten und direkt in whatsapp.
gruss
andre
Danke an Björn, wir haben eben per Facebook geschrieben und folgende Dinge sind einstellbar :
Status ändern :
set WhatsApp raw /profile setStatus 'mein Status' <--- die ' ' müssen bleiben
Name der angezeigt werden soll, wenn eine Nachricht z.B. ans iPhone geschickt wird:
set WhatsApp raw /presence name <DeinNick>
Anzeige online :
set WhatsApp raw /presence available
Profilbild ändern :
set WhatsApp raw /profile setPicture '/opt/fhem/fhem_logo.png' <--- der gesamte Pfad zum Bild muss angegeben werden und Rechte müssen ggfs. bei fhem liegen
Einen Dank nochmal an Björn
Servus...
ich muss dazu sagen, das das /presence status bei mir nicht ging, solange ich nicht vorher das /presence available angegeben hatte...
Ob das nun wirklich nur das online/offline ist, kann ich nicht sagen...
Gruß Björn
Hier die Befehle im Bild...
Perfekt. Funktioniert super! ;D
Hi,
ich hätte einen vorschlag und eine Frage:
1) Bei mir gibt es wohl zur Zeit durch die Hitze einige Probleme mit den DSL anschlüssen.
Daher ist jetzt meine logfile ziemlich voll mit verbindungsversuchen von yowsup.
Könnte mal nicht nach 10 oder 20 verbinsungsversuchen eine Pause einbauen für ca. 15min und dann erst wieder veruchen?
2) Wollte gerade ein profilbild für whatsapp sentzen aber nach dem ausführen des Befehles:
set WhatsApp raw /profile setPicture '/opt/fhem/fhem_logo.png'
Kommt leider die fehlermeldung:
File "/usr/local/lib/python2.7/dist-packages/PIL/Image.py", line 436, in _getencoder
raise IOError("encoder %s not available" % encoder_name)
IOError: encoder jpeg not available
obwohl ich die Pakete passend zu meinem System installiert habe:
sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
Gruß & Danke
Porsti
zu 1: ich würde vorschlagen das per presence und disable zu machen.
zu 2: ich vermute das gleiche pillow problem wie schon weiter oben. im wiki steht auch etwas dazu.
gruss
andrs
danke Ma_Bo, hat bei mir funktioniert und habs ins Wiki gestellt, hoffe es ist ok so.
Philipp
Dankt nicht mir, dankt Blackmore, habe nur hier zusammengetragen, was in der Facebook Gruppe geschrieben wurde...
Dankt nicht mir...
Heute Mittag hab ich den Nick eingestellt, und um 1 Uhr meine Backupnachrichten bekommen...
Leider wieder mit Rufnummer und nicht mit Nick...
Kann das Jemand bestätigen?
Hallo,
die Einstellung geht bei einem reconnect verloren. Anbei eine 32_yowsup.pm mit dem neuen Attribut nickname. Ist das Attribut gesetzt wird nach einem reconnect der nickname neu gesetzt.
Grüße Jörg
hab es noch um anführungszeichen erweitert damit es auch mit leerzeichen geht und eingecheckt.
gruss
andre
habe mein FHEM grade aktualisiert und auch ne neue yowsup bekommen.
Allerdings habe ich unter attr keine Möglichkeit nen Nickname zu setzen.
Vermute mal, ich habe da nen Denkfehler.
Oder nen Kabelbrand im Oberstübchen, blöde Hitze...
Könnt mir da bitte jemand auf die Sprünge helfen?
Danke.
vb
updates werden morgens um 8 zusammengestellt. also ist es erst morgen dabei.
gruss
andre
ich sag ja, Denkfehler meinerseits.
Danke dir.
vb
Wo habt ihr den die Telefonnummer oder Handynummer her?
Habe eine von sipgate.de versucht da sagt er mir:
/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Error, phone number does not start with the specified country code
Hab cc=49 drin stehen.
mfg. Bretterknaller
die nummer die bei phone= steht muss auch mit 49 am anfang angegeben werden.
gruss
andre
Zitat von: justme1968 am 07 Juli 2015, 15:57:36
die nummer die bei phone= steht muss auch mit 49 am anfang angegeben werden.
gruss
andre
Danke :P
Gesendet von meinem Nexus 4 mit Tapatalk
Habe jetzt nochmal versucht(einmal sipgate und einmal Kabel Deutschland) nur leider bekomme ich immer diesen Fehler
status: fail
retry_after: 3600
reason: no_routes
Wo bekomme ich den nun eine Funktionierende Nummer(Anbieter) her?
du darfst es nicht zu oft hintereinander versuchen. die neldung sagt du musst eine Stunde warten.
im schlimmsten fall ist es vermutlich das einfachste eine 10 euro prepayed sie karte zu kaufen.
gruss
andre
ich hab jetzt auch yowsup am laufen...
meine Backupnachrichten werden soweit auch alle verschickt...
jetzt möchte ich jedoch an FHEM Befehle senden, die es in FHEM nicht gibt...
also: ich wil vom Handy aus den Befehl "temp" senden, und FHEM soll mir die aktuellen Temperaturen schicken...
wie müsste das Notify dann aussehen???
define WA_Wetter notify 491522xxxxxxx::message.* { if ("%" eq "temp") { fhem("set WhatsApp image 491522xxxxxxx /opt/fhem/log/wetter.jpg") } }
geht nicht
$EVENT ist das komplette event. inklusive reading name. wenn du nur die Nachricht willst brauchst du $EVTPART1
schau dir mal cmdalias an. das ist vielleicht übersichtlicher als diverse notifys.
gruß
andre
cmdalias unter yowsup oder FHEM allgemein???
ich bin schon am gucken...
das ist ein normales fhem modul.
gruß
andre
blackmore hat raugefunden das man \r als zeilenumbruch verwenden kann.
im modul werden ab morgen im gesendeten text alle \n (LF) durch \r (CR) ersetzt.
gruss
andre
@Blackmore
Ich übe zwar noch aber mit folgendem notify hab ich von WhatsApp eine Antwort oder Ausführung:
49XXXXXXXXXX:message.*|49YYYYYYYYYY:message:.*
{
my @chn=split(/\:/,$EVENT);;
my $dev=$chn[0];;
my $sta=$chn[1];;
if (index(lc($sta), lc("wetter")) != -1)
{
$sta="Torney ".ReadingsTimestamp('WS2350','Temperatur','')." Garten: ".ReadingsVal('WS2350','Temperatur','')."°C Feucht: ".ReadingsVal('WS2350','Luftfeuchtigkeit','')."% Wohnz: ".ReadingsVal('WS2350','WZ_Temperatur','')."°C Feucht: ".ReadingsVal('WS2350','WZ_Luftfeuchtigkeit','')."%";;
fhem ("set $NAME send $sta");;
}
elsif (index(lc($sta), lc("tvmsg")) != -1) {
if (fhem ("get SATReceiver power") eq "off")
{
$sta="Satreceiver ist aus";;
fhem ("set $NAME send $sta");;
} else
{
my $find = "tvmsg";;
$sta=~ s/$find//gi;;
$sta=~ s/^\s+|\s+$//g;;
fhem ("set SATReceiver showText $sta");;
fhem ("set $NAME send $sta");;
}}
elsif (index(lc($sta), lc("diagramm")) != -1) {
my $find = "diagramm";;
$sta=~ s/$find//gi;;
$sta=~ s/^\s+|\s+$//g;;
if (index(lc($sta), lc("ti")) != -1) {
$sta='/home/weewx/public_html/dayinside.png';;
}
elsif (index(lc($sta), lc("ta")) != -1) {
$sta='/home/weewx/public_html/daytempdew.png';;
}
elsif (index(lc($sta), lc("hum")) != -1) {
$sta='/home/weewx/public_html/dayhumidity.png';;
}
elsif (index(lc($sta), lc("wind")) != -1) {
$sta='/home/weewx/public_html/daywind.png';;
}
elsif (index(lc($sta), lc("bar")) != -1) {
$sta='/home/weewx/public_html/daybarometer.png';;
}
fhem ("set $NAME image $sta");;
}
elsif (index(lc($sta), lc("hilfe")) != -1)
{
$sta='wetter, diagramm ti ta hum wind bar, tvmsg XXX';;
fhem ("set $NAME send $sta");;
}
}
Noch nicht perfekt, aber es wird langsam...
Im Moment ist nur realisiert:
Die einzelnen Geräte werden nach TYP abgefragt und mir per WhatsApp zurückgesendet...
Jetzt muss ich nur noch rausfinden, wie ich das Notiy so einstell, das es auf alle Events aus dem Typ yowsup reagiert...äund dann innerhalb des Scripts abfragen, was wer darf...
Also - ALL - Abfrage der Werte
Schatzüüü - Abfragen der Werte, Schalten von Licht, Ändern der Heizung
Ich - darf latürnich alles....
Aber erstmal um 4 aufstehen und auf Tagschicht... Wieder ganze 12h >:( >:( >:(
49152xxxxxx:message.* {
if ($EVTPART1 eq "TempGraph") {
fhem ("set WhatsApp image $NAME /opt/fhem/log/wetter.jpg")
} elsif ($EVTPART1 eq "Temp") {
my $msg = "";
foreach my $devi (devspec2array("TYPE=HMS")) {
$msg = $msg. AttrVal($devi, 'alias', $devi). ":\rTemp: ". ReadingsVal($devi, 'temperature', 0). " °C\rLuft: ". ReadingsVal($devi, 'humidity', 0). " %rel \rBatterie: ". ReadingsVal($devi, 'battery', 0). "\r\r";
}
foreach my $devi (devspec2array("TYPE=LaCrosse")) {
$msg = $msg. AttrVal($devi, 'alias', $devi). ":\rTemp: ". ReadingsVal($devi, 'temperature', 0). " °C\rLuft: ". ReadingsVal($devi, 'humidity', 0). " %rel \rBatterie: ". ReadingsVal($devi, 'battery', 0). "\r\r";
}
fhem ("set WhatsApp send $NAME ". $msg);
} elsif ($EVTPART1 eq "Nummer") {
fhem ("set WhatsApp send $NAME Deine Nummer lautet: $NAME")
} elsif ($EVTPART1 eq "FHT") {
my $msg = "";
foreach my $devi (devspec2array("TYPE=FHT")) {
$msg = $msg. AttrVal($devi, 'alias', $devi). ":\rIST: ". ReadingsVal($devi, 'measured-temp', 0). " °C\rSOLL: ". ReadingsVal($devi, 'desired-temp', 0). "°C \rVentil: ". ReadingsVal($devi, 'actuator', 0). "\r\r";
}
fhem ("set WhatsApp send $NAME ". $msg);
} elsif ($EVTPART1 eq "PCA301") {
my $msg = "";
foreach my $devi (devspec2array("TYPE=PCA301")) {
$msg = $msg. AttrVal($devi, 'alias', $devi). ":\rState: ". ReadingsVal($devi, 'state', 0). "\rPower: ". ReadingsVal($devi, 'power', 0). "W \rLeistung: ". ReadingsVal($devi, 'consumption', 0). "kW\r\r";
}
fhem ("set WhatsApp send $NAME ". $msg);
} elsif ($EVTPART1 eq "Bat") {
fhem ("set WhatsApp send $NAME Batterie-Status:")
} elsif ($EVTPART1 eq "Help") {
fhem ("set WhatsApp send $NAME mögliche Befehle:\r\rTempGraph - Temp - Help - Nummer - FHT - PCA301 - Bat")
} else {
fhem ("set WhatsApp send $NAME keine weiteren Infos")
}
}
Zitat von: justme1968 am 08 Juli 2015, 22:47:39
blackmore hat raugefunden das man \r als zeilenumbruch verwenden kann.
im modul werden ab morgen im gesendeten text alle \n (LF) durch \r (CR) ersetzt.
gruss
andre
Wie sieht das in der Praxis aus? Verwende ich \n oder \r in einer sub oder in der Kommandozeile, werden einfach nur die Zeichen weitergeleitet, verwende ich "echte" LF, werden diese nicht verwendet.
aktuell geht das nur von perl code bzw. perl strings aus.
ich kann es auch für die fhem ebene einbauen. und ein \ gefolgt von einem n durch \n bzw. dann \r ersetzen.
wird das gebraucht?
gruß
andre
Ich habe es ja in PerlCode in einer sub verwendet. Deshalb frage ich ja, wie das in der Praxis aussieht. Wenn ich bspw. eine Variable nehme:
my $text="Test\nTest";
fhem ('set wa.Device send '.$text);
Klappt das genauso wenig wie:
my $text="Test\rTest";
fhem ('set wa.Device send '.$text);
oder
my $text="Test
Test";
fhem ('set wa.Device send '.$text);
Wobei tatsächlich die \n ersetzt werden (verschwinden), aber es ergeben sich keine Zeilenvorschübe. Möglicherweise funktioniert das nur auf Apple Geräten!?
gerade probiert mit
{fhem("set xxx send test\ntest")}
und ihn bekomme den zeilenumbruch.
welche version des moduls hast du? diese hier muss es mindestens sein:
Zitat# $Id: 32_yowsup.pm 8925 2015-07-08 20:38:25Z justme1968 $
gruss
andre
# $Id: 32_yowsup.pm 8925 2015-07-08 20:38:25Z justme1968 $
und mit dem identischen Test, kein Zeilenumbruch, sondern nur ein Leerzeichen. Also bin ich nicht blöd, es funktioniert aber offenbar nicht überall.
läuft dein whatsapp auf iOS oder android?
bei mir ist es iOS und bei Blackmore glaube ich auch.
gruss
andre
Deshalb fragte ich ja oben, ob das eventuell nur auf Apple-Geräten funktioniert. Ich verwende Android, wie sicher die meisten.
Aber wegen mir kein Stress. Ich wollte nur wissen, ob es an mir liegt...
evtl mal mit '\n\r' probieren...
hin und wieder reicht eins von beiden nicht...
wieso - hab ich noch nicht herausgefunden...
grad im Internet gefunden:
Zitat
\r = CR (Carriage Return) // Used as a new line character in Mac OS before X
\n = LF (Line Feed) // Used as a new line character in Unix/Mac OS X
\r\n = CR + LF // Used as a new line character in Windows
Das ist so. Bringt hier aber nix, da \n durch \r ersetzt wird ;)
Unter Android sollte \n funktionieren. Da das aber durch \r ersetzt wird, gibt es dir keinen Zeilenumbruch.
\n bringt auch den yowsup cli client durcheinander weil er das als return bzw. kommando ende interpretiert und sich nicht mehr fängt weil das ' noch offen ist.
das lässt sich nicht ohne änderung am yowsup code fixen. siehe weiter oben im thread.
gruss
andre
Zitat von: marvin78 am 09 Juli 2015, 22:30:41
Das ist so. Bringt hier aber nix, da \n durch \r ersetzt wird ;)
Unter Android sollte \n funktionieren. Da das aber durch \r ersetzt wird, gibt es dir keinen Zeilenumbruch.
Und im Empfänger-Device ein
attr <NAME> OS (Android||iOS)
???
Und evtl mit den Entwicklern von yowsup schreiben?¿?
Wie justme1968 schon schrieb, wird die Einführung eines Attributes auf FHEM Seite nichts bringen, da \n nicht nutzbar ist. Wäre es das, wäre auch kein Attribut nötig. iPhone User könnten einfach \r und Android User \n verwenden und justme1968 könnte die Ersetzung wieder heraus nehmen. Leider hat yowsup mit \n ein Problem.
Edit: Hier gibt es was dazu: https://github.com/tgalal/yowsup/issues/539 (https://github.com/tgalal/yowsup/issues/539)
ja. das attribut würde erst mal nichts nützen.
die ersetzung muss aber auf jeden fall drin bleiben damit es nicht aus versehen probleme gibt. ohne die ersetzung kann man z.b. auch nicht die ausgabe von einem list oder ähnlichem senden.
wenn jemand auf yowsup seite etwas tun möchte gerne. dazu gibt es auch weiter oben schon mal etwas :). die aussage war das jeder gerne mit entwickeln und patches senden darf. für dieses konkrete problem gibt es sogar schon einen patch der seit längerem nicht eingeflossen ist. ich weiss also nicht wie erfolgreich das wäre.
noch eine alternative wäre ein fork von yowsup für fhem. ich bekomme von python kopfweh. also freiwillig vor....
gross
andre
@karl0123: bitte ersetzt mal die zeile 461 in der das \n ersetzt wird durch die folgenden beiden zeilen: my $ls = chr(226) . chr(128) . chr(168);
$data =~ s/\n/$ls/g;
damit wird ein utf8 LINE SEPARATOR gesendet. unter iOS funktioniert das genau so wie \r. wenn es unter android auch geht würde ich es so einchecken.
gruss
andre
Auch mit dieser Änderung kommt in Android nur ein Leerzeichen, statt eines LS an. Trotzdem Danke. Super Modul und ich werde mich mit der manuellen Änderung an yowsup selbst begnügen.
mahlzeit. erstmal danke für eure beiträge zum thema whatsapp. mit der hilfe von diversen posts hier, läuft es bis aus das bilder versenden ohne probleme. wo wir auch schon beim thema sind.
probiere ich ein bild zu verschicken, bekomme ich folgende fehler im log:
WhatsApp: sending /image send 49########### /opt/fhem/ipcam/1.jpg
ERROR:yowsup.layers.protocol_media.mediauploader:uploadUrl: https://mmi641.whatsapp.net/u/iZQ5IzSx0MNtd9tZhIxNblGridIABRqzcg39yw/Au23sBAuWaimJGra_6IeS7umJiDLPR2A-toIefLwY7TX, result of uploading media has no url
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 170, in loop
callback = self.__class__.__detachedQueue.get(False) #doesn't block
File "/usr/lib/python2.7/Queue.py", line 165, in get
raise Empty
Empty
ERROR:yowsup.demos.cli.layer:Upload file /opt/fhem/ipcam/1.jpg to https://mmi641.whatsapp.net/u/iZQ5IzSx0MNtd9tZhIxNblGridIABRqzcg39yw/Au23sBAuWaimJGra_6IeS7umJiDLPR2A-toIefLwY7TX for 491#########@s.whatsapp.net failed!
da ich mir meist probiere iwie selber zu helfen aber leider mein freund google auch nicht viel weiter geholfen hat, melde ich mich mal hier :)
hat jemand ne idee wie ich auch den bilder versand zum laufen bekomme.
PS: profil bild upload für whatsapp klappt auch nicht.
gruß mario
Hallo Mario,
ich hatte das gleiche Problem.
Habe es durch erneute installation hinbekommen:
sudo pip install -l pillow
Gruß
Porsti
Moin porsti.
Danke für die schnelle Antwort.
Bin zwar der Meinung, dass ich sämtliche Pakete schon 10mal
EDIT: Sorry nur die halbe nachricht gesendet :)
--------------------------------------------------------
sudo pip install -l pillow
bring
Usage:
pip install [options] <requirement specifier> [package-index-options] ...
pip install [options] -r <requirements file> [package-index-options] ...
pip install [options] [-e] <vcs project url> ...
pip install [options] [-e] <local project path> ...
pip install [options] <archive url/path> ...
no such option: -l
sudo pip install pillow
bringt
Requirement already satisfied (use --upgrade to upgrade): pillow in /usr/local/lib/python2.7/dist-packages
habe nochmal sämtliche installationsschritte ausm wiki
(http://www.fhemwiki.de/wiki/Yowsup)
wiederholt.
leider nach wie vor folgende fhelermeldung:
WhatsApp: sending /image send 491######## /opt/fhem/ipcam/1.jpg
ERROR:yowsup.layers.protocol_media.mediauploader:uploadUrl: https://mmi643.whatsapp.net/u/iZQ5IzSx0MNtd9tZhIxNblGridIABRrB56vCwA/Au23sBAuWaimJGra_6IeS7umJiDLPR2A-toIefLwY7TX, result of uploading media has no url
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 170, in loop
callback = self.__class__.__detachedQueue.get(False) #doesn't block
File "/usr/lib/python2.7/Queue.py", line 165, in get
raise Empty
Empty
ERROR:yowsup.demos.cli.layer:Upload file /opt/fhem/ipcam/1.jpg to https://mmi643.whatsapp.net/u/iZQ5IzSx0MNtd9tZhIxNblGridIABRrB56vCwA/Au23sBAuWaimJGra_6IeS7umJiDLPR2A-toIefLwY7TX for 491##########@s.whatsapp.net failed!
:(
Nachtrag:
sudo pip install pillow --upgrade
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/uti l/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available . This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs. org/en/latest/security.html#insecureplatformwarning.
InsecurePlatformWarning
Requirement already up-to-date: pillow in /usr/local/lib/python2.7/dist-packages
beim upgrade von pillow sagt er mir das hier?! fehlt ssl oder sowas? oder ist es ne normale meldung ?
Hallo zusammen,
Ich habe WhatsApp erfolgreich auf meinem FHEM installiert und aus diesen Erfahrungen heraus das Wiki (http://www.fhemwiki.de/wiki/Yowsup) etwas angepasst (hoffentlich verbessert).
Ein Punkt will mir hier nicht ganz in den Kopf und ich konnte das auch nicht über diesen Thread klären: Es wird im Wiki gesagt, dass ich das Home-Verzeichnis meines Users ermitteln muss, unter dem FHEM läuft um dem Modul diesen im Attribut 'Home' mitzugeben. Ich hätte jetzt erwartet, dass da das Home-Verzeichnis des yowsup angegeben wird. Ich habe das jedenfalls getan und es läuft auch.
Aber was ist nun korrekt und was bewirkt dieses Attribute genau?
interessierte Grüße
Niels
Hallo,
ich versuche auch, nach dem aktualisierten Wiki, Yowsup zu installieren.
Ich komme aber an folgendem Punkt einfach nicht weiter...
pi@raspberrypi ~ $ less /etc/passwd | grep fhem
fhem:x:999:20::/opt/fhem:/bin/false
Nach Eingabe von sudo nano /etc/passwd
finde ich in der passwd den Eintrag "fhem" einfach nicht...
bin ich da in einem falschen Verzeichnis oder habe mich nicht richtig via "Putty" eingeloggt :-[?
VG
Pit
Hallo piet_pit,
Nach Eingabe von sudo nano /etc/passwd
finde ich in der passwd den Eintrag "fhem" einfach nicht...
[/quote]
Scrolle nach ganz unten, oder maximiere Putty auf den ganzen Bildschirm. Danach sollte "fhem" ganz unten erscheinen.
Gruß
TWART016
Ich kenne nano nicht wirklich, aber öffnet man die Datei mit vi, dann hilft es, mittels /fhem nach dem Eintrag zu suchen.
Zudem geht das Wiki davon aus, dass FHEM auch unter dem User FHEM läuft, was zwar fast immer der Fall sein sollte, aber nicht zwingend so ist. Das ist ggf. erst einmal abzuklären, wenn man sich nicht sicher ist. Hier kann man ggf. einfach in das Logfile gegen, da sollte eine Zeile zu finden sein, die in etwa lautet:
[/Server started with XY defined entities (version $Id: fhem.pl 8690 2015-06-04 16:47:20Z rudolfkoenig $, os linux, user fhem, pid 13491)code]
Oder wenn es gerade keinen Restart im aktuellen Monat gab, schaut man sich mal mit dem Befehl PS um:pi@fhem ~ $ ps -ef |grep fhem
fhem 2105 1 0 18:25 ? 00:02:47 perl fhem.pl fhem.cfg
avahi 2163 1 0 18:25 ? 00:00:01 avahi-daemon: running [fhem.local]
fhem 2985 2105 0 18:36 ? 00:00:22 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
pi 15744 15582 0 23:36 pts/0 00:00:00 grep --color=auto fhem
umsichtige Grüße
Niels
Hallo, bekomme seit heute diese Warnungen im LOG und bekomme keine Verbindung mehr hin...
Es hat sich an meiner Config nichts geändert oder sonst irgendwas am System...
2015.07.20 14:40:13 3: WhatsApp: sending /disconnect
2015.07.20 14:40:13 3: WhatsApp: Disconnected
2015.07.20 14:40:13 3: WhatsApp: read: error during sysread: No child processes
2015.07.20 14:40:13 3: WhatsApp: read: end of file reached while sysread
2015.07.20 14:40:23 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/whatsapp.cfg --yowsup
2015.07.20 14:40:23 3: WhatsApp: sending /L
2015.07.20 14:40:23 3: WhatsApp: sending /presence available
2015.07.20 14:40:23 3: WhatsApp: sending /presence name 'FHEM'
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 321, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 225, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 253, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 28, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 446, in handle_read_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 454, in handle_connect_event
raise socket.error(err, _strerror(err))
socket.error: [Errno 110] Connection timed out
Hat das auch jemand...?
Was kann ich tun...?
Grüße Marcel
Hi,
das scheint ein genereller Fehler bei Whatsapp zu sein.
Das gleiche bei mir.
Übrigens gehts am mobile auch nicht (vernünftig).
[Edit]
Wieder online sei 15:38
[/Edit]
vG
Wolfgang
eventuell blockiert whatsapp auch alte clients.
die head version geht bei mir.
gruss
andre
edit: eventuell hatte es auch damit zu tun: https://github.com/tgalal/yowsup/issues/941 (https://github.com/tgalal/yowsup/issues/941)
Ich hatte das gleiche Problem. Als (noch) Anfänger habe ich die klassiker probiert, und es läuft wieder.
FHEM update
FHEM shutdown restart (hat nicht geholfen)
[Yowsup update (keine packete aktualisiert - hat auch nicht geholfen]
FHEM shutdown
sudo apt-get update (PI update)
sudo shutdown -r 0
It lives .... (-;
Läuft wieder ohne Änderungen...
Hallo TWART016,
danke für den Hinweis 8) 8) 8), bin blind gewesen...
Sorry...
VG
Pit
Jetzt habe ich mich heute doch mal dran gewagt (nachdem ich verstanden habe, dass man keine Fritzbox brauch ;) ) und das Thema WhatsApp bei mir angegangen.
Zunächst mal: Klasse Arbeit!
Das meiste hat auch geklappt, nur der Empfang von Nachrichten klappt noch nicht.
Ich kann Nachricht verschicken und auch der Status wird als "online" angezeigt.
Im Log habe ich folgende Einträge, die vermutlich genau damit zusammenhängen:
2015.07.20 20:22:54 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/yowsup.config --yowsup
2015.07.20 20:22:55 2: WhatsApp: setting $HOME to /opt/fhem
2015.07.20 20:22:55 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/yowsup.config --yowsup
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 151, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
Wenn ich verbose=4 setze, dann kommt in diesem Bereich des Logs nichts dazu, dafür steht dann weiter unten:
2015.07.20 20:25:45 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.07.20 20:25:45 3: WhatsApp: sending /L
2015.07.20 20:25:45 3: WhatsApp: sending /presence available
2015.07.20 20:25:45 1: 192.168.2.18:55000 reappeared (wz_TV)
2015.07.20 20:25:47 3: CUL_HM set ba_rollo1 statusRequest
2015.07.20 20:25:47 4: WhatsApp: parse: Auth: Logged in!
[connected]:[connected]:
Hat jemand ne Idee, was bei mir schief läuft?
//edit:
Ich habe auch mit dem Attribut acceptFrom rum gespielt und es mal rein genommen mit meiner Nummer und mal wieder raus genommen, Empfang klappt aber nicht. Interessant ist (vielleicht), dass die Nachrichten, die ich vom Handy an FHEM schicke als ungelesen markiert sind, Nachrichten von FHEM->Handy aber drum herum (also vorher/nachher) problemlos ankommen.
hast du schon in dein whatsapp device mit deiner handynummer geschaut?
die meldung schaut so aus als ob der yowsup client beim empfang abstürzt. das sollte nichts mit dem fhem modul zu tun haben.
geht es wenn du den client von hand verwendest ohne fhem?
das die nachrichten als unbestätigt erscheinen ist (noch) normal. das fhem modul bestätigt nicht.
gruss
andre
die meldung schaut so aus als ob der yowsup client beim empfang abstürzt. das sollte nichts mit dem fhem modul zu tun haben.
geht es wenn du den client von hand verwendest ohne fhem?
das die nachrichten als unbestätigt erscheinen ist (noch) normal. das fhem modul bestätigt nicht.
gruss
andre
Danke Euch beiden!
Zitat von: stromer-12 am 20 Juli 2015, 22:21:11
hast du schon in dein whatsapp device mit deiner handynummer geschaut?
Ehm, verstehe ich nicht so ganz. Wo soll ich genau gucken?
Fhem nutzt in diesem Fall eine Festnetz Nummer für WhatsApp.
Zitat von: justme1968 am 20 Juli 2015, 22:28:18
geht es wenn du den client von hand verwendest ohne fhem?
Ich hatte das im Wiki so verstanden, dass ich fhem brauche um zu empfangen. Wie kann ich denn nur den Client starten?
Für jede empfange Nachricht von einer unbekannten Telefonnummer wird für diese Telefonnummer ein neues Device mit der Telefonnummer als Namen angelegt und darin wird die empfangene Nachrichten abgelegt.
Zitat von: stromer-12 am 20 Juli 2015, 23:33:38
Für jede empfange Nachricht von einer unbekannten Telefonnummer wird für diese Telefonnummer ein neues Device mit der Telefonnummer als Namen angelegt und darin wird die empfangene Nachrichten abgelegt.
Ah ok, verstanden. Ich denke noch zu wenig in "fhem", bei "device" hatte ich an ein Handy gedacht ;)
Ne, ein Device wurde nicht angelegt, das hatte ich schon geguckt. Aber das reading "msg" würde auch sowieso bei dem WhatsApp Device ankommen, oder?
Ich teste das heute Abend vielleicht mal mit einem anderen Absender.
Hallo,
vielen Dank für das tolle Modul und die detaillierte Anleitung im Wiki. Hat bei mir auf Anhieb geklappt.
Das einzige, was nicht funktioniert, ist Nachrichten von Gruppen zu empfangen.
Gemäß dem Workaround im Wiki habe ich jetzt manuell die Gruppe als <Gründer>-<Timestamp>
in FHEM definiert und kann dadurch jetzt auch Nachrichten an die Gruppe senden, aber wenn in der Gruppe geschrieben wird, versucht das Modul <Gründer>\<Gründer>-<Timestamp>
anzulegen.
Wenn ich die Def auf <Gründer>\<Gründer>-<Timestamp>
änder, kann ich zwar Nachrichten aus der Gruppe empfangen, aber keine mehr senden.
Jeweils ein Device zum Senden und eins zum Empfangen anzulegen, funktioniert leider auch nicht, weil dann die Meldung kommt, dass die Nummer schon einem Device zugeordnet ist.
Hat jemand Gruppen mit Senden und Empfangen am Laufen?
*edit*
Habs jetzt zum Laufen bekommen, indem ich in der 32_yowsup.pm hinter Zeile 369 folgendes ergänzt habe:
my $number = $1;
my $time = $2;
my $id = $3;
my $message = $4;
$number =~ s/.*\///;
So löscht er vor der Prüfung alles vor dem "/" und es passt dann.
Das geht bestimmt eleganter, aber es scheint jedenfalls zu funktionieren.
Wird dann nur beim nächsten Update vermutlich wieder überschrieben.
Okay, jetzt habe ich kapiert, dass die Nummer vor dem Slash nicht die Gründernummer, sondern die Nummer des Schreibenden ist.
Da ich diese Nummer brauche, habe ich bei mir die 32_yowsup nun so geändert:
[...]
#Zeile 365
my $number = $1;
my $time = $2;
my $id = $3;
my $message = $4;
my $lastgroupsender = "";
if ( $number =~ /(.*\/)/ )
{
$lastgroupsender = $1;
$lastgroupsender =~ s/\///;
$number =~ s/.*\///;
}
[...]
if( $chash ) {
readingsSingleUpdate( $chash, "message", $message, 1 );
readingsSingleUpdate( $chash, "chatstate", "received", 1 );
readingsSingleUpdate( $chash, "LastSender", $lastgroupsender, 1 );
Ist wieder nicht besonders schön, fürchte ich, aber ich habs nicht so mit Regexen. :-[
Den LastSender kriegen so jetzt auch Single-Teilnehmer. Müsste man vorher noch auf Inhalt prüfen aber da ich das ausschließlich für Gruppen brauche, interessierte mich das im Moment nicht.
Ich hoffe, Andre übernimmt das so oder so ähnlich, damit ich auch zukünftig gefahrlos updaten kann.
ich verwende keine gruppen deshalb kann ich nicht wirklich etwas dazu sagen. änderungen dazu baue ich aber gerne ein.
zum verständnis: mit dem patch gibt es für die komplette gruppe ein fhem device und ein zusätzliches reading das den letzen sender anzeigt. korrekt?
gruss
andre
Hi Andre,
Zitat von: justme1968 am 22 Juli 2015, 11:00:49
zum verständnis: mit dem patch gibt es für die komplette gruppe ein fhem device und ein zusätzliches reading das den letzen sender anzeigt. korrekt?
Ja, so ist das jetzt bei mir.
Das zusätzliche Reading gibt es aber derzeit auch bei "normalen Kontakten", weil es ungeprüft angelegt wird. Dort ist es dann aber derzeit immer leer.
Möglichkeit 1: Wenn lastgroupsender leer ist, dann ist number der LastSender
Möglichkeit 2: Wenn lastgroupsender leer ist, gar nicht erst das Reading anlegen
Außerdem habe ich das Autocreate noch nicht getestet. Wird wahrscheinlich auch fehlschlagen, weil ja initial die Nummer als Devicename verwendet wird und die enthält bei Gruppen immer noch ein "-" und ich weiß nicht, ob das im Devicename erlaubt ist. Ist aber zumindest keine Verschlechterung, weil aktuell schlägt es ja bei Gruppen auch immer fehl. ;D
Wie gesagt, das geht bestimmt eleganter, aber RexExps ( und Perl ) sind nicht gerade mein Steckenpferd. Ziel der ganzen Übung ist es, nur den Part nach dem Slash als Nummer zu verwenden, weil der Part davor die Nr. des Absenders ist.
*edit*
Ein Hinweis noch:
Ich benutze die Rechteeinstellungen ( bisher ) nicht, aber um das mit den Gruppen in Einklang zu bringen, müsste man evtl. noch überlegen, ob man das bei den Gruppen dann nicht gegen den LastSender statt gegen number prüft. Theoretisch kann beides Sinn machen.
anbei eine version mit gruppen unterstützung zum testen:
- weil der - in fhem device namen nicht erlaubt ist wird er durch einen . ersetzt
- gruppen können im master device bei allowedFrom angegeben werden
- es wird automatisch ein fhem device für die gruppe angelegt
- der absender der letzten gruppen nachricht steht mit im chatstate attribut der gruppe
- die gruppen devices haben zusätzliches eigenes allowedFrom attribut
- die möglichkeit kommandos senden ist für gruppen zweistufig eingeschränkt:
zuerst wird über allowedFrom im master device geprüft ob die gruppe an sich an fhem senden darf
falls die nachricht als kommando erkannt wird und an eine gruppe geht wird zusätzlich das allowedFrom der gruppe gegen die tatsächliche absender id geprüft.
gruss
andre
edit: die beschriebene funktionalität ist inzwischen teil des eingecheckten moduls
Hi,
habe mich auch an Whatsapp gewagt.
Das Versenden aus der Kommandozeile funktioniert, aber wenn es so aufgerufen wird:
define HeikoNachricht notify Heiko:on set WhatsApp send 49151xxxxxxxxx Heiko ist zuhause
wird folgendes in`s Logfile geschrieben:
2015.07.25 14:56:29 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.07.25 14:56:30 3: NTFY return: WhatsApp:HASH(0x1d63f70)
2015.07.25 14:56:30 2: WhatsApp: setting $HOME to /opt/fhem
2015.07.25 14:56:30 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.07.25 14:56:30 1: HMLAN_Parse: HMLAN1 new condition ok
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 327, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 231, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 21, in start
print("Yowsup Cli client\n==================\nType /help for available commands\n")
IOError: [Errno 32] Broken pipe
2015.07.25 14:56:30 3: WhatsApp: sending /L
2015.07.25 14:56:30 3: WhatsApp: sending /presence available
Kann jemand helfen, bin leider nur Anfänger,
Danke Heiko
wo liegt dein config file wirklich? passt das $HOME was gesetzt wird zu deiner konfiguration? hast du mit der gleichen kommando zeile getestet die im log steht und als gleicher user unter demfhem läuft?
gruss
andre
Im Wiki steht, dass "voice" bei der Registrierung im Falle des Fehlers von "sms" auch eher nicht funktioniert. Ich habe es dennoch getestet, da SMS nicht wollte: Prompt erhielt ich einen Anruf von whatsapp mit dem Code.
Hinweis: Die Ansage ist natürlich auf englisch - sie wird aber unendlich wiederholt. Man hat also Zeit, sich an die Stimme und Aussprache zu gewöhnen und sicherheitshalber noch einmal die Nummern zu überprüfen, die man sich notiert hat.
Hallo,
laut Doku kann man mit dem Befehl set <device> send <text>
sich die Nummer sparen. Wenn ich aber den Code eingebe, kommt nur "Please define iPhone first". Einen Alias mit dem Namen habe ich gesetzt.
Anbei mein Code für das Gerät:
define 491****** yowsup 491******
attr 491****** userattr allowedCommands commandPrefix
attr 491****** alias iPhone
.
Wo muss der Name "iPhone" sonst noch eingefügt werden? Oder was muss sonst noch konfiguriert werden?
Ansonsten funktioniert alles mit dem Modul, auch das Senden an die Nummer.
Gruß
TWART016
du musst das device iPhone nennen. der alias nützt in diesem fall nichts. der ist nur zur anzeige.
mit rename kannst du das device umbenennen.
gruß
andre
Hallo,
ich habe das Modul "Weather" im Einsatz.
1) Möchte ich die aktuelle Temperatur per Whatsapp senden, also die Frage, wie man Readings versendet?
2) Wenn ich "temp" an den FHEM Server sende, soll automatisch die Antwort mit den Temperaturangabe zurückkommen.
Gruß
TWART016
1) in dem du den text mit hilfe von ReadingsVal zusammen baust. beispiele gibt es weiter oben.
2) in dem du entweder cmdalias verwendest und commandPrefix oder mit einem notify. fürs notify gibt es auch weiter oben beispiele.
gruss
andre
Hallo Andre,
danke für den Hinweis. Ich konnte es wie folgt lösen.
Zitat von: justme1968 am 26 Juli 2015, 21:29:06
1) in dem du den text mit hilfe von ReadingsVal zusammen baust. beispiele gibt es weiter oben.
{ fhem( "set iPhone send Temperatur: ". ReadingsVal("Wetter","temperature","") ." C°" ) }
Wetter ist der Objektname für das Modul "Weather". Mit ReadingsVal wird der Wert "temperatur" des Moduls geprüft.
Zitat von: justme1968 am 26 Juli 2015, 21:29:06
2) in dem du entweder cmdalias verwendest und commandPrefix oder mit einem notify. fürs notify gibt es auch weiter oben beispiele.
define WA_Wetter3 notify iPhone {if(ReadingsVal("iPhone","message","") eq "Temp") {fhem ("set iPhone send Temperatur ". ReadingsVal("Wetter","temperature","") ." C°")} }
Problem hierbei ist jedoch, dass die Nachricht 2-3 mal gesendet wird. Gibt es dazu eine Lösung?
Gruß
TWART016
dein notify ist nicht genau genug. es triggert auf alle events. du brauchst etwas in der art:define WA_Wetter3 notify iPhone:message.* ....
gruss
andre
Hi Andre,
Zitat von: justme1968 am 26 Juli 2015, 23:13:29
dein notify ist nicht genau genug. es triggert auf alle events. du brauchst etwas in der art:define WA_Wetter3 notify iPhone:message.* ....
Danke. Das ist die Lösung:
define Wetter notify iPhone:message.* {if(ReadingsVal("iPhone","message","") eq "Temp") {fhem ("set iPhone send Temperatur ". ReadingsVal("Wetter","temperature","") ." C°")} }
Gruß
TWART016
Hallo zusammen,
ich habe hier auch noch so meine Probleme mit einem Notify.
Ich möchte, dass FHEM mir antwortet, wenn ich "test" an ihn sende.
Das klappt auch, aber nur genau einmal :-( wenn ich in der Config "test1" eintrage antortet er mir genau einmal auf "test1". Egal ob ich z.b. nur wirre zeichen in einer message sende und dann nochmal "test1".
im Reading des WA devices werden die messages korrekt mit Zeitstempel angezeigt...werden also empfangen.
An was liegt es?
hier meine def des devices und des notifys
define Handy_Jens yowsup 4917xxxxxxx
attr Handy_Jens userattr allowedCommands commandPrefix
attr Handy_Jens event-on-change-reading message
attr Handy_Jens room yowsup
define WA_Hallo_Jens notify Handy_Jens:message.* {if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}
Danke und Gruß
Jens
wenn du event-on-change-reading so setzt gibt es ein event nur wenn sich der wert von message ändert. wenn du mehr mehrmals test1 sendest gibt es also nur ein event.
event-on-change-reading macht bei yowsup eigentlich gar keinen sinn.
wenn das nicht hilft schau mal im event monitor was dort ankommt.
gruss
andre
SUUUUUPER,
Danke das wars gewesen.
Funktioniert nun perfekt.
Danke nochmals
Gruß
Jes
Hallo zusammen,
wohl doch noch nicht so :-(
sende ich "test1" bekomme ich die message von Rolladen Sommer gesendet. Der Dummy Schalter wird nicht umgeschaltet.
sende ich "Rolladen" bekomme ich die richtige message gesendet und der Dummy Schalter wird geschaltet.
Ich glaube ich habe hier einen generellen Denkfehler :-(
hier der Code:
define WA_Hallo notify Handy_Jens:message.* {if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}
define WA_Rolladen_SWS notify Handy_Jens:message.* {if(ReadingsVal("Handy_Jens","message","") eq "Rolladen") {fhem ("set Rolladen_Sommer_Winter off") }{fhem ("set Handy_Jens send Rolladen in Sommermodus geschaltet")}}
Hier das Log:
2015.07.27 15:09:28 5: Triggering Handy_Jens (1 changes)
2015.07.27 15:09:28 5: Notify loop for Handy_Jens chatstate: composing
2015.07.27 15:09:28 4: WhatsApp: parse:
2015.07.27 15:09:29 4: WhatsApp: parse:
2015.07.27 15:09:29 4: WhatsApp: parse: [4917xxxxxxx@s.whatsapp.net(27-07-2015 15:09)]:[1437997243-95] test1
2015.07.27 15:09:29 5: Triggering Handy_Jens (1 changes)
2015.07.27 15:09:29 5: Notify loop for Handy_Jens message: test1
2015.07.27 15:09:29 5: Triggering WA_Hallo
2015.07.27 15:09:29 4: WA_Hallo exec {if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}
2015.07.27 15:09:29 5: Cmd: >{if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}<
2015.07.27 15:09:29 5: Triggering WA_Rolladen_SWS
2015.07.27 15:09:29 4: WA_Rolladen_SWS exec {if(ReadingsVal("Handy_Jens","message","") eq "Rolladen") {fhem ("set Rolladen_Sommer_Winter off") }{fhem ("set Handy_Jens send Rolladen in Sommermodus geschaltet")}}
2015.07.27 15:09:29 5: Cmd: >{if(ReadingsVal("Handy_Jens","message","") eq "Rolladen") {fhem ("set Rolladen_Sommer_Winter off") }{fhem ("set Handy_Jens send Rolladen in Sommermodus geschaltet")}}<
2015.07.27 15:09:29 5: Cmd: >set Handy_Jens send Rolladen in Sommermodus geschaltet<
2015.07.27 15:09:29 5: Triggering Handy_Jens (2 changes)
2015.07.27 15:09:29 3: WhatsApp: sending /message send 4917xxxxxxx 'Rolladen in Sommermodus geschaltet'
2015.07.27 15:09:29 5: Triggering Handy_Jens (1 changes)
2015.07.27 15:09:29 5: Notify loop for Handy_Jens chatstate: received
2015.07.27 15:09:29 4: WhatsApp: parse: Message 1437997243-95: Sent delivered receipt
[connected]:
[connected]:
2015.07.27 15:09:29 4: WhatsApp: parse:
2015.07.27 15:09:29 4: WhatsApp: parse: Sent: 1438002569-14
[connected]:
2015.07.27 15:09:53 5: Triggering Handy_Jens (1 changes)
2015.07.27 15:09:53 5: Notify loop for Handy_Jens message: Rolladen
2015.07.27 15:09:53 5: Triggering WA_Hallo
2015.07.27 15:09:53 4: WA_Hallo exec {if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}
2015.07.27 15:09:53 5: Cmd: >{if(ReadingsVal("Handy_Jens","message","") eq "test1") {fhem ("set Handy_Jens send Hallo Jens") }}<
2015.07.27 15:09:53 5: Triggering WA_Rolladen_SWS
2015.07.27 15:09:53 4: WA_Rolladen_SWS exec {if(ReadingsVal("Handy_Jens","message","") eq "Rolladen") {fhem ("set Rolladen_Sommer_Winter off") }{fhem ("set Handy_Jens send Rolladen in Sommermodus geschaltet")}}
2015.07.27 15:09:53 5: Cmd: >{if(ReadingsVal("Handy_Jens","message","") eq "Rolladen") {fhem ("set Rolladen_Sommer_Winter off") }{fhem ("set Handy_Jens send Rolladen in Sommermodus geschaltet")}}<
2015.07.27 15:09:53 5: Cmd: >set Rolladen_Sommer_Winter off<
2015.07.27 15:09:53 4: dummy set Rolladen_Sommer_Winter off
2015.07.27 15:09:53 5: Triggering Rolladen_Sommer_Winter (1 changes)
2015.07.27 15:09:53 5: Notify loop for Rolladen_Sommer_Winter Sommer
2015.07.27 15:09:53 5: Cmd: >set Handy_Jens send Rolladen in Sommermodus geschaltet<
2015.07.27 15:09:53 5: Triggering Handy_Jens (2 changes)
2015.07.27 15:09:53 3: WhatsApp: sending /message send 4917641584949 'Rolladen in Sommermodus geschaltet'
2015.07.27 15:09:53 5: Triggering Handy_Jens (1 changes)
2015.07.27 15:09:53 5: Notify loop for Handy_Jens chatstate: received
2015.07.27 15:09:53 4: WhatsApp: parse: [connected]:
2015.07.27 15:09:53 4: WhatsApp: parse:
2015.07.27 15:09:53 4: WhatsApp: parse: Sent: 1438002593-15
[connected]:
Danke und Gruß
Jens
Zitat von: justme1968 am 25 Juli 2015, 15:19:29
wo liegt dein config file wirklich? passt das $HOME was gesetzt wird zu deiner konfiguration? hast du mit der gleichen kommando zeile getestet die im log steht und als gleicher user unter demfhem läuft?
Hallo Andre,
mein config file liegt hier: /opt/yowsup-config/yowsup.config
das Home Verzeichnis ist /opt/fhem mit dem user fhem@raspberrypi
Gesendet aus der Kommandozeile habe ich hiermit: set WhatsApp send 49151xxxxxx Heiko ist zuhause.
Empfang ist ebenfalls möglich....
Zitat von: nettiger am 27 Juli 2015, 15:14:35
sende ich "test1" bekomme ich die message von Rolladen Sommer gesendet. Der Dummy Schalter wird nicht umgeschaltet.
sende ich "Rolladen" bekomme ich die richtige message gesendet und der Dummy Schalter wird geschaltet.
Ich glaube ich habe hier einen generellen Denkfehler :-(
Ja, ich glaube, da liegt einer. Ich tippe auf einen kleinen Fehler bei der Verschachteln der if-Anweisung. Das sieht bei Dir ja ungefähr so aus:
1. notify überprüft "muss ich was tun? - Ja, denn da kam was für/von Jens.
1.1. Dann mache ich mal... (im Log: 2015.07.27 15:09:29 5: Cmd: >{if...)
1.2. Erster Teil: Ich muss was überprüfen (if eq test1)
1.3. nö, das stimmt wohl nicht. Ich mache nix bei der if-Schleife für test1
1.4. Muss ich mehr machen? Nö. Notify1 endet hier.
2. notify... da kam was von/für Jens
2.1. Dann mache ich mal.
2.2. if eq Rolladen? Nö? Dann nicht das Setzen danach
2.3. UNABHÄNGIG von 2.2. führe ich zweiten Befehl im notify 2 aus: Sende Nachricht Rolladen
2.4. nix weiter? fertig.
Im 2. notify wird der 2. Befehl separat ausgeführt, also auch bei test1. Die if-Schleife bezieht sich nur auf den folgenden Befehl. Also verschachteln, wenn mehrere Befehle am if hängen.
Tipp1: Teste es schrittweise. Zuerst nur ein notify. Da zuerst nur eine Funktion "if eq" mit etwas unproblematischen, nicht sofort send whatsapp. Sozusagen eine Debug-Ausgabe zum Teste des if eq. Danach das gleiche mit dem 2. notify - aber nur das und ohne das erste und mit debug.
Dann im 2. notify mehrere Befehle. Dann 1. und 2. notify mit debug-Ausgabe. Und jetzt erst das send whatsapp. So findet man alles, anders ist die Fehleranalyse zu komplex.
Tipp2 - da arbeite ich gerade gedanklich dran: Funktion in eigene Skripte auslagern, dann muss nur ein notify oder ein Befehl im notify ausgeführt werden.
funktioniert das mit den gruppen wie es soll?
dann würde ich es einchecken.
gruss
andre
Zitat von: AitschPi am 26 Juli 2015, 20:41:08
Im Wiki steht, dass "voice" bei der Registrierung im Falle des Fehlers von "sms" auch eher nicht funktioniert. Ich habe es dennoch getestet, da SMS nicht wollte: Prompt erhielt ich einen Anruf von whatsapp mit dem Code.
mhh, wo steht denn das?
Zitat von: fhem-WikiBei einem Handy bietet sich SMS an, bei Festnetzanschlüssen sollte voice gewählt werden, wenn man sich nicht sicher ist, dass der Anschluss die Funktion 'SMS im Festnetz' unterstützt. Dann wird der Bestätigungscode zwar auf Englisch vorgelesen, dafür ist die Zuverlässigkeit des Registrierungsvorganges zuverlässiger.
Zitierte Grüße
Niels
Zitat von: justme1968 am 28 Juli 2015, 19:22:11
funktioniert das mit den gruppen wie es soll?
dann würde ich es einchecken.
Habs mal angetestet. Scheint soweit zu funktionieren. Gruppe wird angelegt. Senden/Empfangen geht. Absender steht auch als "received from XXX" im chatstate. Das war ja eigentlich auch schon alles, was gehen soll. Vielen Dank für den Fix!
Ich werd aber für den Moment bei "meiner" jetzigen Version bleiben, weil ich sonst erstmal überall auf chatstate prüfen und das "received from" wegschneiden müsste und ich quäle mich gerade an einer anderen Baustelle.
Oder gibt's einen eleganten Regex um die Nummer ins Userreading "LastSender" zu schreiben, wenn chatstate mit "received from" beginnt?
In den Attributen habe ich es nicht gefunden, daher hier die Frage:
Kann man irgendwo den "Standardraum" festlegen, in welchem neue Kontakte angelegt werden? Oder lässt sich das ins Modul einbauen (Zaunpfahl winkend) - dann vielleicht sogar zusammen mit einem Standard für den Gruppennamen (Gruppe für Darstellung, nicht whatsapp-Sendegruppen)?
Zitat von: Muschelpuster am 30 Juli 2015, 06:57:06
mhh, wo steht denn das?
auch im Wiki - nur 2 Absätze tiefer:
Zitat von: fhemwikiWas man dann noch probieren kann, ist die registration via voice - meistens ist das aber vergebene Liebesmüh'.
Gefunden? ;o)
Zitat von: AitschPi am 03 August 2015, 00:24:57
auch im Wiki - nur 2 Absätze tiefer:Gefunden? ;o)
Aber das ist ja in einem ganz anderen Kontext! Hier geht es ja darum, dass die Rufnummer nicht korrekt hinterlegt ist, worauf die Rückmeldung hinweist. Nun sollte man eben lieber zuerst die Rufnummer prüfen, als andere Registrierungsmethoden auszuprobieren. Aber unglücklich ist die Formulierung trotzdem.
nachgelesene Grüße
Niels
Zitat von: Muschelpuster am 03 August 2015, 06:46:37
nachgelesene Grüße
Wahrscheinlich lesen die meisten ohnehin nur die CODE-Zeilen...
Hallo justme1968,
ich hab festgestellt dass je nachdem ob man von IOS oder Android Kommandos an fhem über WhatsApp schickt unterschiedlich mit Leerzeichen am Ende umgegangen wird.
Wenn man z.B. von der Autovervollständigung auf "on" clickt hat man ein Leerzeichen am Ende ("set Lampe on ") was je nach Device (Android/IOS) dazu führt dass es eine Fehlermeldung gibt, dass es "on " nicht gibt.
Bei Android musste ich an ein cmdalias grundsätzlich ein Leerzeichen anhängen damits funktioniert hat. Bei IOS durfte kein Leerzeichen am Ende sein.
Ich hab mal in deinem Code geblättert und testweise folgende Änderung eingefügt, dadurch sind meine Probleme mit Leerzeichen verschwunden.
396 if( $prefix eq '0' ) {
397 } elsif( $prefix eq '1' ) {
398 $cmd = $message;
399 $cmd =~ s/^\s+//;
400 chomp($cmd);
401 } elsif( $message =~ m/^$prefix(.*)/ ) {
402 $cmd = $1;
403 $cmd =~ s/^\s+//;
404 chomp($cmd);
405 }
Zeile 399 und 403 hab ich eingefügt, hier wird führender und schliessender Whitespace entfernt bevor $cmd weiterverarbeitet wird.
//edit//
Hatte trotz änderung folgendes im Log:
2015.08.07 00:37:27 5: Cmd: >Lampenstatus
<
2015.08.07 00:37:27 4: 49*************: command result: Unknown command Lampenstatus
, try help.
Da ist ein Return wo es nicht hinsoll...
Unter Umständen dann noch nen chomp mit rein..
Zeile 400 und 404.
Gruß Tobias
ich habe nach wie vor immer noch diese Fehlermeldung... weiß aber nichts damit anzufangen..
Hat das noch jemand so...?
IOError: [Errno 104] Connection reset by peer
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 150, in startInputThread
self.__target(*self.__args, **self.__kwargs)
File "/usr/lib/python2.7/threading.py", line 763, in run
self.run()
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
Traceback (most recent call last):
Exception in thread Thread-1:
2015.08.07 12:23:55 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
Hi!
Erstmal ganz toll, dass ihr euch solche Mühe macht mit dem Yowsup, aber es war kein Kampf, das zu installieren.
Ich habe immer was anderes gelesen, was jetzt hat es geklappt, aber ich Trottel habe die erste Zeile aus dem Github eingegeben und das war leider der Daemon, der im Hintergrund läuft und natürlich mit root Rechten ausgeführt wurde ^^
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead /usr/lib/python2.6/site-packages/yowsup2-2.3.185-py2.6.egg/yowsup/demos/sendclient/stack.py:56: DeprecationWarning: BaseException.message has been deprecated as of Python 2.6
Weiss jemand von Euch, wie ich den stoppen kann?
Ich bin echt verzweifelt :-(
Ich danke Euch!
Zitat von: ChrisK am 20 Juli 2015, 20:27:55
Jetzt habe ich mich heute doch mal dran gewagt (nachdem ich verstanden habe, dass man keine Fritzbox brauch ;) ) und das Thema WhatsApp bei mir angegangen.
Zunächst mal: Klasse Arbeit!
Das meiste hat auch geklappt, nur der Empfang von Nachrichten klappt noch nicht.
Ich kann Nachricht verschicken und auch der Status wird als "online" angezeigt.
Im Log habe ich folgende Einträge, die vermutlich genau damit zusammenhängen:
2015.07.20 20:22:54 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/yowsup.config --yowsup
2015.07.20 20:22:55 2: WhatsApp: setting $HOME to /opt/fhem
2015.07.20 20:22:55 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-master/yowsup.config --yowsup
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 151, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
Wenn ich verbose=4 setze, dann kommt in diesem Bereich des Logs nichts dazu, dafür steht dann weiter unten:
2015.07.20 20:25:45 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.07.20 20:25:45 3: WhatsApp: sending /L
2015.07.20 20:25:45 3: WhatsApp: sending /presence available
2015.07.20 20:25:45 1: 192.168.2.18:55000 reappeared (wz_TV)
2015.07.20 20:25:47 3: CUL_HM set ba_rollo1 statusRequest
2015.07.20 20:25:47 4: WhatsApp: parse: Auth: Logged in!
[connected]:[connected]:
Hat jemand ne Idee, was bei mir schief läuft?
//edit:
Ich habe auch mit dem Attribut acceptFrom rum gespielt und es mal rein genommen mit meiner Nummer und mal wieder raus genommen, Empfang klappt aber nicht. Interessant ist (vielleicht), dass die Nachrichten, die ich vom Handy an FHEM schicke als ungelesen markiert sind, Nachrichten von FHEM->Handy aber drum herum (also vorher/nachher) problemlos ankommen.
Habe genau das selbe Problem, es liegt an yowsup, habs direkt mit yowsup-cli getestet.
Senden klappt ohne Probleme, beim Empfang gibt's folgenden Fehler:
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 327, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 231, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 73, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 80, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 160, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 20, in recvMessageStanza
entity = TextMessageProtocolEntity.fromProtocolTreeNode(node)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/protocolentities/message_text.py", line 38, in fromProtocolTreeNode
entity.setBody(node.getChild("body").getData())
AttributeError: 'NoneType' object has no attribute 'getData'
Jemand eine Ahnung, wo das Problem liegt?
Läuft bei mir auf nem PI2
UPDATE 12.8. 23:40: Verwendete Version ist 2.3.185 vom 1.8. - also die derzeit aktuellste Version
Hallo,
Zitat von: Fuchks am 12 August 2015, 12:08:36
Jemand eine Ahnung, wo das Problem liegt?
Läuft bei mir auf nem PI2
ich habe seit ein paar Tagen auch Probleme, bin aber noch nicht dazu gekommen, mich genauer damit zu befassen.
Ich vermute, das liegt daran, dass Whatsapp wieder ein bißchen anders sendet als zuvor. Wenn ich die Github-Comments richtig verstanden habe, gibts wohl ne geänderte Encryption-Methode ( V2 ), die im yowsup noch nicht 100 %tig läuft/lief.
Wie gesagt, bin selbst noch nicht dazu gekommen, mir das anzuschauen, aber 1. Versuch wäre, auf die aktuelle Version vom Master-Branch upzudaten ( ist wohl vom 1. August ).
Wenns damit immer noch Probleme gibt, klappts vielleicht mit dem Develop-Branch.
Hallo zusammen ,
schaut euch mal an ob nicht mehrere Instanzen von yowsup laufen.
Das ist zumindest immer das Problem bei mir.
vG
Wolfgang
Hallo Zusammen,
mal wieder melde ich mich mit einem Problem, dass mir nicht zu lösen gelingt. :-\ :'(
Ich habe das Modul yowsup mit Hilfe des Wikis (http://www.fhemwiki.de/wiki/Yowsup)versucht einzurichten. An der Stelle, an der ich den Registrierungscode anfordere erhalte ich folgende Rückmeldung von meinem Raspberry Pi2;
Invalid config path: /opt/yowsup-config/yowsup.config
Was mache ich denn wohl falsch?
Vielen Dank
Martin
PS: Restart von RPI2 und FHEM haben nicht geholfen. EIn zweites Abarbeiten des wiki auch nicht
Ich glaube nicht, dass der Pfad: /opt/yowsup-config existiert.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Zitat von: JoWiemann am 13 August 2015, 21:39:53
Ich glaube nicht, dass der Pfad: /opt/yowsup-config existiert.
Hallo JoWiemann,
doch. Zumindest kann ich dorthin wechseln.... (siehe Bildanhang)
Martin
Existiert denn in dem Pfad auch eine yowsup.config? Wie sieht es mit den Rechten aus?
Zitat von: marvin78 am 13 August 2015, 21:49:23
Existiert denn in dem Pfad auch eine yowsup.config? Wie sieht es mit den Rechten aus?
Hi Marvin,
irgendwie scheint das das Problem sein. Jedes Mal, wenn dich die Datei per "sudo nano yowsup.config" nach einem Neustart öffnen möchte, ist sie weg... Als hätte ich keine Schreibrechte.
Jetzt habe ich es noch mal versucht. Jetzt hat sich die Fehlermeldung verändert:
Zitat
pi@raspberrypi /opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Traceback (most recent call last):
File "yowsup-cli", line 327, in <module>
if not parser.process():
File "yowsup-cli", line 158, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 167, in handleRequestCode
from yowsup.registration import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/__init__.py", line 1, in <module>
from .coderequest import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 4, in <module>
from yowsup.common.tools import StorageTools, WATools
File "/opt/yowsup-master/yowsup/common/tools.py", line 2, in <module>
from dateutil import tz
ImportError: No module named dateutil
pi@raspberrypi /opt/yowsup-master $
Martin
Hallo Zusammen,
ich habe noch mal von vorne angefangen, dieses Mal mit dieser Anleitung... (http://www.instructables.com/id/WhatsApp-on-Raspberry-Pi/step2/Registration/) in Kombination mit der Anleitung im Wiki (http://www.fhemwiki.de/wiki/Yowsup). Jetzt hat es (fast) geklappt.
Die Datei yowsup.config konnte ich anlegen und speichern. Das Passwort auch ergänzen.
Als ich allerdings eine Testnachricht senden wollte mit dem Befehl
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49... "Das ist ein Test"
erhielt ich folgende Rückmeldung:
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
Authentication Error: not-authorized
Kann mir jemand sagen, was mir das System damit sagen möchte...?
Vielen Dank
Martin
Hallo Zusammen,
kann es sein, dass die Aufforderung im yowsup-wiki (http://www.fhemwiki.de/wiki/Yowsup)
ZitatDen Text hinter dem Zeilenanfang pw: benötigt man nun für die Konfigurationsdatei, wo dieser eingefügt werden muss:
nano /opt/yowsup-config/yowsup.config
Sodass die Datei beispielhaft dann so aussieht:
nicht ganz richtig ist? Mit dem Befehl
sudo nano /opt/yowsup-config/yowsup.config
hat es bei mir geklappt...
Gruß
Martin
Kann es evtl. sein, dass du dich nicht 100 % an die Anleitung gehalten hast?
Soweit ich mich erinnere, hab ich das stumpf nach Liste gemacht und es hat auf Anhieb funktioniert.
Ich bin absolut kein Linux-Experte, aber sudo sorgt ja nur dafür, dass du nano mit superuser-Rechten startest.
Das sollte aber vermutlich gar nicht nötig sein, wenn du gemäß Anleitung vorher mit su - fhem auf den Benutzer fhem geswitcht hast, dem du noch weiter vorher mit chown -R Rechte auf die beiden yowsup-Verzeichnisse ( und deren Inhalt ) gegeben hast.
Kann aber auch sein, dass ich das auch mit sudo gemacht habe, ohne drüber nachzudenken.
Zitat von: Carsten am 16 August 2015, 11:32:30
Kann es evtl. sein, dass du dich nicht 100 % an die Anleitung gehalten hast?
Hallo Carsten,
wie schon der zweitgrößte Automobilhersteller der Welt in seiner Werbung sagt... Nichts ist unmöglich.
In der Regel war ich aber faul und habe per copy & paste die Befehle übertragen...
Gruß
Martin
Hallo,
ich habe vorhin ein Update gemacht und mir damit auch wieder die aktuelle 32_yowsup geladen.
Ich hab versucht, mit dem chatstate klarzukommen, aber ich hab mir jetzt meinen LastSender wieder eingebaut.
Wenn jemand schreibt, steht im chatstate composing, wenn er dann aufhört, steht dort paused.
Ist prinzipiell auch in Ordnung, aber für den Absender finde ich ein dediziertes Feld sinnvoller.
Wenn man sich das im FHEM anschaut, und zwei Leute gleichzeitig im Gruppenchat schreiben, sieht man, wenn der erste fertig ist, zwar, was er geschrieben hat, aber nicht, wer das war, weil durch den zweiten noch tippenden sofort wieder "composing" im chatstate steht.
Außerdem steht bei mir im Log jetzt jedesmal, wenn jemand im Gruppenchat schreibt "Commands not allowed".
Eine Frage hätte ich zum Image. yowsup-cli unterstützt mittlerweile beim image einen zweiten optionalen Parameter "Caption" für die Bildbeschriftung. Könnte man das irgendwie umsetzen? Ich habs schon mit set 49xxx image /pfad/bild.jpg\x20Caption
und ähnlichen Variationen versucht, aber so einfach geht es scheinbar nicht.
*edit*
Gerade nochmal getestet:
set WhatsApp raw /image send 4917XXXXXXXX /opt/fhem/Bild.jpg Test
funktioniert.
set WhatsApp raw /image send 4917XXXXXXXX /opt/fhem/Bild.jpg Dies ist ein Test
funktioniert nicht.
HI mal wieder.
Zwei Dinge:
1. möchte ich vorschlagen, den Threadtitel mittels eines Präfix zu präzisieren. Erleichtert die Suche (und vor allem das finden) ungemein
Vorstellbar wäre z.b.
Zitat[32_yowsup.pm]Whatsapp Nachrichten versenden ...
2. Für vorhandene WA-Kontakte erstellt das Modul ja entsprechende Readings
Derzeit lese ich z.B. "message" aus, um zu einer bestimmten Uhrzeit zu erkennen, ob eine bestimmte Meldung empfangen wurde.
Dies funktiniert mit einem DOIF wunderbar, auch die entsprechende Reaktion erfolgt.
Leider kann ich aktuell jedoch nicht unterscheiden, ob die Nachricht heute frisch reingekommen ist, oder ob es noch die alte Meldung vom Vortag ist.
Kann ich, wenn ja wäre ich für einen Denkanstoß dankbar, den vorhandenen Timestamp der readings weiter verarbeiten?
Mein Code um die Message abzufragen, sieht bisher so aus:
([20:00-21:00] and ([WA_Simon:message] eq "ok"))(set WhatsApp send 491512345678 Prima) DOELSE (set WhatsApp send 491512345678 Licht aus - Spot an, (set HM_36ACA8 playTone 000,019))
Danke,
vb
PS.
Was war bezüglich der Gruppen eigentlich die aktuelle Aufgabenstellung zum testen? Auf was sollte ich achten um Funktion/Disfunktion zu verifizieren?
Zitat von: VB90 am 19 August 2015, 19:12:03
Leider kann ich aktuell jedoch nicht unterscheiden, ob die Nachricht heute frisch reingekommen ist, oder ob es noch die alte Meldung vom Vortag ist.
Kann ich, wenn ja wäre ich für einen Denkanstoß dankbar, den vorhandenen Timestamp der readings weiter verarbeiten?
Mein Code um die Message abzufragen, sieht bisher so aus:
([20:00-21:00] and ([WA_Simon:message] eq "ok"))(set WhatsApp send 491512345678 Prima) DOELSE (set WhatsApp send 491512345678 Licht aus - Spot an, (set HM_36ACA8 playTone 000,019))
Mit [WA_Simon:message:sec] hast Du das "Alter" des Readings in Sekunden. Das könntest Du als zusätzliche Bedingung einbauen:
([20:00-21:00] and ([WA_Simon:message] eq "ok" and [?WA_Simon:message:sec] < 36000))(set WhatsApp send 491512345678 Prima) DOELSE (set WhatsApp send 491512345678 Licht aus - Spot an, (set HM_36ACA8 playTone 000,019))
Die 36000 müsstest Du halt an Deine Gegebenheiten anpassen. Ich weiß ja nicht, wann die Meldung für Dich "vom Vortag" ist. Auf das Datum direkt kannst Du zumindest mit DOIF nicht referenzieren.
Danke für deine Idee.
Ich habe es jetzt mal so eingebaut, mal schauen obs funktioniert. Ich werde berichten.
"Vortag" ist hier wirklich der Tag zuvor, gleiche Zeit.
Ein Bezug aufs Datum wäre schön gewesen, aber zumindest in dem Fall reicht es mir auch, zu prüfen ob die Message ein gewisses Alter hat, oder nicht.
Was mir aufgefallen ist, vielleicht hilft es jemand anderem auch...
Meine Prüfung nach der Message ist case sensitive, soll heissen, Groß- bzw. Kleinschreibung ist wichtig.
Aus meinem Beispiel "Ok" wird erkannt, "ok" entspricht nicht dem gesuchten und wird verworfen.
vb
Da ist noch ein Bug in den Gruppen.
Wenn man Text sendet, ist alles okay, aber wenn man ein Bild an die Gruppe schickt, wird der Punkt zwischen Ersteller und Timestamp nicht durch ein "-" ersetzt.
Hab das analog dem /send-Befehl angepasst und jetzt funktionierts:
if( $cmd eq 'image' ) {
return "MASTER not connected" if( !$phash->{PID} );
my $number = $hash->{NUMBER};
$number =~ s/\./-/;
return yowsup_Write( $phash, "/image send $number $args[0]" );
#return yowsup_Write( $phash, "/image send $hash->{NUMBER} $args[0]" );
return undef;
Mir kam gerade die Idee, noch mehr beim Send-Befehl zu klauen.
Jetzt klappen auch Bildunterschriften.
if( $cmd eq 'image' ) {
return "MASTER not connected" if( !$phash->{PID} );
my $number = $hash->{NUMBER};
my $ImgPath = $args[0];
$args[0] = "";
$number =~ s/\./-/;
return yowsup_Write( $phash, "/image send $number $ImgPath '". join( ' ', @args ) ."'" );
return undef;
} elsif( $cmd eq 'send' ) {
Mit set <Empänger> image /opt/fhem/bild.jpg Dies ist ein Testbild
Kommt jetzt das Bild mit der entsprechenden Unterschrift an. ( Man braucht dafür aber wohl die neueste yowsup-Version vom 1. August. )
Hallo,
ich habe FHEM bei mir zuhause auf dem Raspberry Pi laufen. Ist es möglih, dass ich auf einem Raspberry Pi 2 Whatsapp Nummern anlege und dann als je nach Nachricht zwischen den beiden gewechselt wird?
Vielen Dank im voraus
arokh12
Zitat von: arokh12 am 22 August 2015, 00:31:21
Hallo,
ich habe FHEM bei mir zuhause auf dem Raspberry Pi laufen. Ist es möglih, dass ich auf einem Raspberry Pi 2 Whatsapp Nummern anlege und dann als je nach Nachricht zwischen den beiden gewechselt wird?
Vielen Dank im voraus
arokh12
Du meinst als Empfänger oder als Sender? Yowsup darf soweit ich weiß nur einmal laufen und in der config steht die registrierte Nummer. In meinem Fall eine festnetz Nummer. Und je nach notify sende ich über WhatsApp bzw yowsup Nachrichten an mich meine Frau oder an eine Gruppe
sent from my Samsung Galaxy S6 via Tapatalk App
Zitat von: forum-merlin am 22 August 2015, 09:31:47
Du meinst als Empfänger oder als Sender? Yowsup darf soweit ich weiß nur einmal laufen und in der config steht die registrierte Nummer. In meinem Fall eine festnetz Nummer. Und je nach notify sende ich über WhatsApp bzw yowsup Nachrichten an mich meine Frau oder an eine Gruppe
sent from my Samsung Galaxy S6 via Tapatalk App
Hallo,
ich meine als Sender.
arokh12
Getestet habe ich es nicht aber ich denke mal du müsstest yowsup mit unterschiedlichen nummern registrieren und mit unterschiedlichen config Files starten und dann zwei Geräte in fhem definieren. Sollte schon funktionieren denke ich. Aber den Sinn dahinter verstehe ich nicht. Was ist das für ein Anwendungsfall?
sent from my Samsung Galaxy S6 via Tapatalk App
Hallo,
ich habe den Thread noch nicht ganz durch, aber heute anhand des Wiki-Eintrages Yousup in Betrieb genommen.
Vielen Dank für den ausführlichen und gut beschriebenen Wiki-Beitrag. Ohne diesen hätte ich es niemals geschafft, dafür fehlt mir einfach das Wissen.
Bis auf einen unerklärlichen Disconnect scheint es bisher zu funktionieren. Aber ich habe yousup noch nicht produktiv in Betrieb.
Beim anmelden meiner Telenummer habe ich aber "von Whatsapp" die Rückmeldung expiration: 1472295629 bekommen.
Der Timestamp zu Ihrer Eingabe ist: 1472295629
Das Datum zur Ihrer Eingabe ist: 2016-08-27 13:00:29
Ist es normal das die Anmeldung nur ein Jahr gültig ist?
Hat schon jemand diesen Zeitraum überschritten?
Grüße
Hast du die Nummer heute erstmalig bei WhatsApp registriert?
Wenn ja, dann ist es sehr wahrscheinlich das erste kostenlose Jahr, was an diesem Tage abläuft. Wenn man später bezahlt, für ein oder mehr Jahre, wird sich das Datum entsprechend nach hinten verschieben.
Zitat von: VB90 am 28 August 2015, 23:24:48
Hast du die Nummer heute erstmalig bei WhatsApp registriert?
Ja genau, ich habe die Nummer erst gestern registriert.
Bei Android hätte man ja eigtl. auch nach dem ersten Jahr zahlen müssen.
Bisher nutze ich aber Wahtsapp im 5ten Jahr und habe noch nie dafür zahlen müssen.
Aber wer weiß welche tolle Neuerungen in den kommenden 365 Tagen "erfunden" werden.....vielleicht braucht man dann Wahtsapp überhaupt nicht mehr.
Grüße
Ich hab mich heute durch die Anleitung gekämpft. Hat gut geklappt. Hätte ich nicht gedacht. Also erstmal Danke an alle die das möglich gemacht haben!
Was mich etwas wundert ist mein Ablaufdatum was generiert wurde. Das soll schon Ende September *diesen* Jahres sein. Ich war jetzt auch davon ausgegangen, dass ich ein Jahr Ruhe hab. Aber scheinbar nicht. Hatte das schonmal jemand? Was ist nach der abgelaufenen Zeit zu tun?
Zitat von: chr2k am 30 August 2015, 21:30:23
Ich hab mich heute durch die Anleitung gekämpft. Hat gut geklappt. Hätte ich nicht gedacht. Also erstmal Danke an alle die das möglich gemacht haben!
Was mich etwas wundert ist mein Ablaufdatum was generiert wurde. Das soll schon Ende September *diesen* Jahres sein. Ich war jetzt auch davon ausgegangen, dass ich ein Jahr Ruhe hab. Aber scheinbar nicht. Hatte das schonmal jemand? Was ist nach der abgelaufenen Zeit zu tun?
Schau nochmal genau....ich hatte beim "umrechnen" auch ein Datum in ca. 30Tagen.
Irgendwie wurde aber der Code verändert.
Beim erneuten umrechnen ergab es 365Tage Laufzeit.....
Ich war auch erst verwundert.
Ist bei dir sicher genauso wie bei mir....konnte mir den Fehler nicht erklären.
Grüße
Es wird mir als Jahr beim Umrechner 2015 angezeigt, nicht 2016 ;-)
Ob ich den Code richtig übernommen habe oder evtl dort ein Tippfehler drin ist, weiß ich nicht, da ich die Text-Ausgabe im Terminal nicht mehr habe.
Ok, dann lass ich mich überraschen.
Seit dem letzten Update des Moduls habe ich leider einen Fehler
2015.09.03 11:20:03 3: WhatsApp: sending /disconnect
2015.09.03 11:20:03 3: WhatsApp: Disconnected
2015.09.03 11:20:03 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2015.09.03 11:20:03 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 475.
2015.09.03 11:20:03 3: WhatsApp: read: end of file reached while sysread
Da ich an der Configuration von Yowsup und am Pi selber nichts verändert habe, kann es eigentlich ja nur am Update liegen, oder?
Denn vorher lief es wochenlang rock-stable.
Das gleiche Problem besteht auch mit der vorherigen Version. Ich fürchte es liegt nicht am Modul. Laut CLI geht die Authorisation schief.
[offline]:/L
general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
Habe gerade in FHEM ein Update gefahren. Bei mir ist also alles auf dme neuesten Stand. Nach einem Restart (nicht nur FHEM sondern gleich das ganze System (RPi) funktioniert alles normal - ich hoffe das bleibt so.
Könnte vielleicht deine kostenlose Zeit bei Whatsapp abgelaufen sein?
Das Problem hatte ich auch.
Jedoch funktionierte es bei mir nach meinem letzten Update vom Sonntag oder Montag, bis zur Zwangstrennung von meinem DSL.
Danach konnte sich Yowsup nicht mehr verbinden.
Selbst nach neustart von FHEM und Hardware.
Ich habe dann die aktuelle Version drübergebügelt.
Seitdem funktioniert es wieder.
Aber ob es nun die tatsächliche Ursache war, oder es auch mit der alter wieder gefunzt hätte, das kann ich nicht sagen.
vb
Zitat von: VB90 am 03 September 2015, 12:05:50
Jedoch funktionierte es bei mir nach meinem letzten Update vom Sonntag oder Montag, bis zur Zwangstrennung von meinem DSL.
...
Ich habe dann die aktuelle Version drübergebügelt.
Verstehe ich dich richtig: "Aktuelle Version drübergebügelt" bezieht sich auf ein erneutes (nach Sonttag oder Montag) Update von FHEM dass du angestoßen hast?
Zitat von: chr2k am 03 September 2015, 12:03:52
Könnte vielleicht deine kostenlose Zeit bei Whatsapp abgelaufen sein?
Ganz sicher nein. Ich muss mich später mal damit beschäftigen.
Zitat von: VB90 am 03 September 2015, 12:05:50
Ich habe dann die aktuelle Version drübergebügelt.
Aktuelle Version von was? Von yowsup oder des FHEM-Moduls?
Edit: Es scheint an der yowsup Version zu liegen:
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
Das kommt, wenn ich eine Neuregistierung versuche.
Und siehe da, eine neuere Version von yowsup selbst, löst das Problem. Es liegt NICHT am Modul:
yowsup-cli v2.0.12
Using yowsup v2.3.185
Zitat von: marvin78 am 03 September 2015, 13:41:38
Und siehe da, eine neuere Version von yowsup selbst, löst das Problem. Es liegt NICHT am Modul:
yowsup-cli v2.0.12
Using yowsup v2.3.185
Ich erlaube mir mal eine blöde Frage, aber als relativer Linux-Neuling muss ich sie stellen ;)
Wie kriege ich ein Update von yowsup hin?
Gehe ich wie im Wiki beschrieben (http://www.fhemwiki.de/wiki/Yowsup#Installation), wie bei der ursprünglichen Installation vor (hier müsste ich meine config sehr wahrscheinlich vorher sichern) oder gibt es einen einfacheren Weg?
Hier (http://forum.fhem.de/index.php?topic=36866.0) habe ich gelesen, dass es über Git Pull geht, aber damit kann ich leider noch weniger anfangen.
Entscheidend sind diese beiden Schritte:
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Anschließend die Rechte der entpackten Dateien überprüfen, die müssen ggf. angepasst werden.
Die cfg-Datei würde ich in einer separaten Datei oder besser noch in einem anderen Pfad speichern. Kann man ja beim Aufruf entsprechend anpassen. Dann hat man bei Updates keinen Ärger damit. Ich habe die cfg-Datei bei mir nach /opt/fhem kopiert und der Aufruf (Attribut cmd) lautet dann
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
So kann ich jederzeit ein Update "drüberbügeln" ohne noch was machen zu müssen.
Sorry, das ich etwas unklar war.
Neue/neuere Version vom yowsup habe ich auf meinen PC runterladen und mittels winscp in den richtigen Ordner entpackt.
Seitdem ist bei mir wieder alles im Lot.
Danke Dir!
Zitat von: Brockmann am 03 September 2015, 14:26:16
Entscheidend sind diese beiden Schritte:
...
Die cfg-Datei würde ich in einer separaten Datei oder besser noch in einem anderen Pfad speichern.
Habe ich beides gemacht. Der Hinweis mit dem wegschieben der config-Datei war auch sehr gut!
Nach einem sudo reboot ist zwar alles wieder da (und läuft vor allem noch ;) ), aber ich kriege immernoch das hier angezeigt:
ich@htpc:/opt$ yowsup-cli version
yowsup-cli v2.0.9
Using yowsup v2.3.124
Habe ich irgendwas vergessen?
Zitat von: ChrisK am 03 September 2015, 15:06:35
Habe ich irgendwas vergessen?
Hattest Du die alte master.zip eventuell nicht gelöscht? Dann würde beim erneuten Herunterladen eine neue Datei angelegt master1.zip oder so. Dann müsstest Du selbstverständlich die entpacken, damit Du die aktuelle Version bekommst. Ist jetzt aber nur ein Schuss ins Blaue...
Zitat von: Brockmann am 03 September 2015, 15:50:39
Hattest Du die alte master.zip eventuell nicht gelöscht? Dann würde beim erneuten Herunterladen eine neue Datei angelegt master1.zip oder so. Dann müsstest Du selbstverständlich die entpacken, damit Du die aktuelle Version bekommst. Ist jetzt aber nur ein Schuss ins Blaue...
Der Schuss war sehr gut, nur leider nicht komplett getroffen.
"Sehr gut", weil ich genau das zunächst gemacht hab. Die master.zip wurde als master.zip.1 runtergeladen. Das ist mir aber vorhin schon aufgefallen und ich habe master.zip und master.zip.1 gelöscht, neu runtergeladen und neu entpackt. In der README.md steht auch das Update vom 01.08. für Version 2.3.185 drin. Die Dateien sind also aktuell.
Muss ich vielleicht yowsup stoppen und neu starten? Durch einen reboot sollte das doch auch passieren, oder?
Zitat von: ChrisK am 03 September 2015, 15:56:43
Muss ich vielleicht yowsup stoppen und neu starten? Durch einen reboot sollte das doch auch passieren, oder?
Das ist kein Dienst in dem Sinne, den Du stoppen und starten könntest. Eigentlich bist Du in dem Moment aktuell, wo Du die alten Dateien ersetzt. Aber nach einem Reboot solltest Du auf der sicheren Seite sein.
Aus der Ferne schwer zu sagen, was da schief läuft. Führ mal das yowsup-cli version mit dem Pfad aus, der im cmd-Attribut steht. Eventuell hast Du jetzt zwei Versionen an verschiedenen Stellen drauf.
Zitat von: Brockmann am 03 September 2015, 16:05:36
Führ mal das yowsup-cli version mit dem Pfad aus, der im cmd-Attribut steht. Eventuell hast Du jetzt zwei Versionen an verschiedenen Stellen drauf.
Ok, genau das war's.
Wenn ich in der Konsole nur "yowsup-cli version" ausführe, kommt die alte version mit "/opt/yowsup-master/yowsup-cli version" (das was im Attribut in fhem steht), dann kommt die neue Version. D.h. dann ja, dass die neue Version von fhem genutzt wird, also alles jut, danke!
Jetzt muss ich mal beobachten, ob sich dieses Problem (http://forum.fhem.de/index.php/topic,40040.msg325713.html#msg325713) mit der neuen Version erledigt hat.
Könnt ihr denn mit der neuen yowsup Version noch Nachrichten empfangen? Bei mir erfolgt nach Senden einer Nachricht an yowsup sofort ein disconnect und folgendes steht im Log
AttributeError: 'NoneType' object has no attribute 'getData'
entity.setBody(node.getChild("body").getData())
File "/opt/yowsup-master/yowsup/layers/protocol_messages/protocolentities/message_text.py", line 38, in fromProtocolTreeNode
entity = TextMessageProtocolEntity.fromProtocolTreeNode(node)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 20, in recvMessageStanza recv(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 160, in receive
self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 80, in receive self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 73, in handle_read self.handle_read()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 83, in read obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 87, in read read(obj)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop asyncore.loop(*args, **kwargs)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start stack.start()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 231, in process if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 327, in <module> Traceback (most recent call last):
Zitat von: marvin78 am 03 September 2015, 20:18:51
Könnt ihr denn mit der neuen yowsup Version noch Nachrichten empfangen?
Klappt bei mir nach dem Update problemlos.
Sorry, aber ich kann Dir mit der Fehlermeldung nicht wirklich helfen.
Zitat von: marvin78 am 03 September 2015, 20:18:51
Könnt ihr denn mit der neuen yowsup Version noch Nachrichten empfangen? Bei mir erfolgt nach Senden einer Nachricht an yowsup sofort ein disconnect und folgendes steht im Log
Das konnte ich bei mir mit dem Parameter --moxie hinter dem cmd beheben. Ich weiß aber nur ungefähr, was der macht. Daher auf eigene Gefahr...
Ich dachte auch, ich könnte es damit lösen. Mal abgesehen davon, dass der Parameter aber deprecated ist, kommt ein anderer Fehler, der offenbar mit einer sqllite Datenbank zu tun hat. Interessanterweise kommen weniger Fehler direkt von der CLI aus...
sqlite3.OperationalError: attempt to write a readonly database
self.dbConn.cursor().execute(q, (recipientId,))
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 52, in saveIdentity
self.identityKeyStore.saveIdentity(recepientId, identityKey)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 26, in saveIdentity
self.identityKeyStore.saveIdentity(self.recipientId, theirIdentityKey)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 47, in process
unsignedPreKeyId = self.sessionBuilder.process(sessionRecord, ciphertext)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessioncipher.py", line 91, in decryptPkmsg
plaintext = sessionCipher.decryptPkmsg(preKeyWhisperMessage)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 239, in handlePreKeyWhisperMessage
self.handlePreKeyWhisperMessage(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 208, in handleEncMessage
self.handleEncMessage(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 125, in onMessage
self.onMessage(protocolTreeNode) File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 103, in receive
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 80, in receive
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 73, in handle_read
self.handle_read()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 87, in read
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
asyncore.loop(*args, **kwargs)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
stack.start()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 231, in process
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 327, in <module>
Traceback (most recent call last):
WARNING:axolotl.sessionbuilder:We've already setup a session for this V3 message, letting bundled message fall through...
Auf der Konsole in der CLI hingegen kommt nur:
[connected]:WARNING:axolotl.sessionbuilder:We've already setup a session for this V3 message, letting bundled message fall through...
[@s.whatsapp.net(04-09-2015 07:57)]:[o3bmoYND+1KI22] Test
Message o3bmoYND+1KI22: Sent delivered receipt
Die Nachricht wird bestätigt. Danach fliegt man aber aus der CLI
EDIT: Problem gelöst. Die sql-lite DB im .yosup Ordner hatte tatsächlich einen weg. DB gelöscht und alles funktioniert wieder
Funktionierts denn bei dir jetzt auch ohne --moxie?
DB löschen hatte ich zwischenzeitlich auch versucht. Wurde bei mir dann aber gar nicht neu angelegt und der Fehler kam unverändert.
Ich hatte allerdings auch nicht so viele sql-Fehler, sondern hauptsächlich diese Nonetype has no Attribute getData.
Hab dann erfolglos auf den dev-Branch gewechselt und mit dem moxie-Parameter gings dann plötzlich. Die deprecated-Meldung hatte ich auch vorher mal. Im Develop allerdings scheinbar nicht.
Das yowsup verändert sich irgendwie so schnell, dass die Lösungen in den issues 2 Wochen später schon nicht mehr gelten.
--moxie habe ich weiter in Verwendung. Ohne geht es für mich nicht. Der Parameter sorgt dafür dass yowsup mit der Whatsapp Verschlüsselung arbeitet, die offenbar nur experimentell ist und deshalb auch nicht von allen WhatsApp Clients verwendet wird. Diese Option ist in der nächsten Version von yowsup ein opt-out und kein opt-in mehr. Deshalb ist --moxie deprecated.
Was mich wundert: Warum haben nicht alle Leute die das yowsub Programm benutzen, nach dem Update deselbigen die gleichen Probleme? Bei mir läuft youwsub 1a
Zitat von: justme1968 am 05 Juli 2015, 09:47:37
in einem anderen thread ist die frage aufgekommen ob und wie man ein bild vom handy an fhem senden kann.
gibt es hierfür noch mehr anwender? wenn ja würde ich eine hilfsroutine per nonblocking httputils im yowsup modul einbauen.
Och warum nicht. Kann man sicher gebrauchen. Evtl auch ne Routine im Modul, das direkt das Bild Lokal speichert? 8)
Jetzt hat es mich auch erwischt.
Gestern Abend yowsup geupdatet. Lief 24h ohne Probleme, mehrfach getestet.
Jetzt ständig disconnect/offline beim Empfang einer Nachricht, welche dann aber auch nicht ausgewertet wird. Steuerung darüber geht nicht mehr.
Was mir auffällt: In den readings hat er plötzlich wieder ein altes Reading von vor 2 Wochen, welches nach dem Update ersetzt wurde mit aktuellen
Frage: wohin soll der Parameter --moxie ?
Hier ? /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/FHEM/yowsup.cfg --yowsup
Attribut cmd:
attr yowsup cmd /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/FHEM/yowsup.cfg --yowsup --moxie
Es ist manchmal eben schon hilfreich, wenn man sich mit den Grundlagen beschäftigt.
Danke Marvin,
wie du siehst hatte ich mich damit beschäftigt und gefragt ob er in folgende Zeile kommt:
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/FHEM/yowsup.cfg --yowsup
Allerdings empfinde ich die Erweiterung --moxie und ob sie so einfach an das Zeilenende bei cmd gesetzt werden kann/soll nicht als Grundlagen.
Weiterhin habe ich einmal yowsup nochmas drüber gebügelt, und seitdem geht es wieder. Aber:
Daran kann es nicht liegen, ich habe 2 Raspi am laufen, welche BEIDE plötzlich nicht mehr gingen.
Den anderen habe ich NICHT geändert und auch NICHT neugestartet. Dennoch läuft es dort auch wieder.
Kann es demnach ein tempoäres Problem auf der Gegenseite sein, welches nicht jeder User mitbekommt?
Grüße
Mit Grundlage meine ich yowsup selbst. Das ist die Grundlage für das yowsup Modul. Und da ist moxie in der Doku erwähnt und wenn man ein wenig nach dem Problem googlet, finden man die Lösung oft innerhalb der ersten Suchergebnisse. Das hier ist eben kein yowsup Forum, deshalb ist Hilfe dafür oft woanders schneller zu finden. Ich möchte lediglich darauf hinweise, dass es schnellere Lösungswege gibt.
Ok, danke Marvin.
Läuft es damit bei dir stabil nun?
Heute morgen hatte ich noch keine Änderungen gemacht, meistens läuft es.
Sobald ich aber recht viele Nachrichten innerhalb kurzer Zeit versenden lasse, zum Bsp. bei einem Statuscheck welcher in 30 Sek zwischen 2 und 10 Nachrichten sendet, steigt er aus und geht offline.
Edit:
Jetzt wieder.....
Ich habe 2 Raspi am Laufen, mit 2 verschiedenen WhatsApp-Nummern. Sie liefen beide tadelos heute. Und zur gleichen Zeit konnte ich es nachvollziehen das wenn der eine Offline geht beim Empfang einer Nachricht, dann kann ich das ganze bei dem anderen auch provozieren.
Also ein temporärer Effekt?
Hatte den Fehler auch. Vorhin der Frau gezeigt wie sie Status abfragen absenden kann. Dann nach 4 min Serverabsturz. Nach einem Neustart ging wieder alles. Ein absturz hatte das bisher nicht Verursacht. Ist der erste bei mir. Natürlich nicht gut wenn mann da nicht zu Hause ist.
Log:
2015.09.10 15:49:29 3: Whatsapp: sending /disconnect
2015.09.10 15:49:29 3: Whatsapp: Disconnected
2015.09.10 15:49:29 3: Whatsapp: read: end of file reached while sysread
2015.09.10 15:49:39 2: Whatsapp: setting $HOME to $HOME
2015.09.10 15:49:39 2: Whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.10 15:49:39 3: Whatsapp: sending /L
2015.09.10 15:49:39 3: Whatsapp: sending /presence available
2015.09.10 15:49:39 3: Whatsapp: sending /presence name 'Fhem - Server'
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 327, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 231, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 73, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 80, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 160, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/protocol_notifications/layer.py", line 41, in recvNotification
self.raiseErrorForNode(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 117, in raiseErrorForNode
raise ValueError("Unimplemented notification type %s " % node)
ValueError: Unimplemented notification type <notification type="encrypt" offline="3" from="s.whatsapp.net" id="000" t="000">
<count value="0">
</count>
</notification>
2015.09.10 15:49:40 3: Whatsapp: sending /disconnect
2015.09.10 15:49:40 3: Whatsapp: Disconnected
2015.09.10 15:49:40 3: Whatsapp: read: end of file reached while sysread
2015.09.10 15:49:50 2: Whatsapp: setting $HOME to $HOME
2015.09.10 15:49:50 2: Whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.10 15:49:51 3: Whatsapp: sending /L
2015.09.10 15:49:51 3: Whatsapp: sending /presence available
2015.09.10 15:49:51 3: Whatsapp: sending /presence name 'Fhem - Server'
Unmatched [ in regex; marked by <-- HERE in m/,000000000000000@s.whatsapp.net(10-09-2015 15:47)]:[Mgc/3KRWb4Hk0] Info
Message Mgc/3KRWb4Hk0: Sent delivered receipt
[connected]:
[ <-- HERE 000000000000,/ at ./FHEM/32_yowsup.pm line 394.
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 327, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 231, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 259, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 167, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 73, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 80, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 160, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 97, in receive
if not self.processIqRegistry(node):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 132, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/protocol_iq/layer.py", line 30, in onPong
self.toUpper(ResultIqProtocolEntity.fromProtocolTreeNode(protocolTreeNode))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 55, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 71, in receive
self.callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 435, in onIq
print(entity)
IOError: [Errno 32] Broken pipe
Bei mir hat sich die Handynummer geändert und da ist mir aufgefallen,
das bei acceptFrom noch meine alte Numer drin Stand, die Nachricht trotzdem angenommen wurde.
Hallo!
Bei mir gibt es auch "Ausfälle":
2015.09.12 01:32:31 3: WhatsApp: sending /image send 4917685026123 http://banner.fhemwiki.de/fhemwiki_logo_200x80.png
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 154, in startInputThread
wait = self.execCmd(cmd)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 141, in doExecCmd
return fn()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 377, in image_send
entity = RequestUploadIqProtocolEntity(RequestUploadIqProtocolEntity.MEDIA_TYPE_IMAGE, filePath=path)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/iq_requestupload.py", line 27, in __init__
assert os.path.exists(filePath), "Either specified path does not exist, or yowsup doesn't have permission to read: %s" % filePath
AssertionError: Either specified path does not exist, or yowsup doesn't have permission to read: http://banner.fhemwiki.de/fhemwiki_logo_200x80.png
2015.09.12 01:35:15 3: WhatsApp: sending /image send 4917685026123 /opt/fhem.jpg
2015.09.12 01:36:09 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at ./FHEM/32_yowsup.pm line 286.
Also ich hatte auch Ausfälle, habe dann diesen Rat befolgt :
ZitatEntscheidend sind diese beiden Schritte:
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Anschließend die Rechte der entpackten Dateien überprüfen, die müssen ggf. angepasst werden.
Die cfg-Datei würde ich in einer separaten Datei oder besser noch in einem anderen Pfad speichern. Kann man ja beim Aufruf entsprechend anpassen. Dann hat man bei Updates keinen Ärger damit. Ich habe die cfg-Datei bei mir nach /opt/fhem kopiert und der Aufruf (Attribut cmd) lautet dann
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup
So kann ich jederzeit ein Update "drüberbügeln" ohne noch was machen zu müssen.
Allerdings habe ich es mit
--moxie erweitert, also so :
/opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.cfg --yowsup --moxie
Seitdem ist Ruhe und es läuft stabil...
Grüße Marcel
Zitat von: Ma_Bo am 12 September 2015, 02:11:21
Allerdings habe ich es mit --moxie erweitert, also so :
Seitdem ist Ruhe und es läuft stabil...
Kann ich bestätigen. Seit ich das vor einigen Tagen eingefügt habe, läuft es wieder stabil.
Dann werde ich das auch mal abändern!
Dankeschön
Kann man eigentlich Whatsapp in FHEM mit derselben Nummer und gleichzeitig verwenden, wenn man auch auf dem PI (worauf FHEM läuft) auch Whatsapp Nachrichten versenden möchte? Hat das schon jemand probiert?
Hallo, irgendwo hab ich bei meiner Gartenüberwachung einen Fehler drin und ich fing ihn nicht.
Vielleicht seht ihr das ja.
Bewegungsmelder:motion { if (Value("Terrassentuer") ne "open") { System ("python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxxx \"ACHTUNG! Da schleicht einer im Garten herum.\"")}
Der Fehler in der log sieht so aus:TuerAufRolloHoch return value: Missing right curly or square bracket at (eval 93) line 2, at end of line
syntax error at (eval 93) line 2, at EOF
2015.09.12 17:25:32 3: Gartenueberwachung return value: Missing right curly or square bracket at (eval 95) line 2, at end of line
syntax error at (eval 95) line 2, at EOF
2015.09.12 17:25:48 3: TuerAufRolloHoch return value: Missing right curly or square bracket at (eval 98) line 2, at end of line
syntax error at (eval 98) line 2, at EOF
Mit Pushalot hat das wunderbar funktioniert.
Zitat von: Badflex am 12 September 2015, 17:37:50
Hallo, irgendwo hab ich bei meiner Gartenüberwachung einen Fehler drin und ich fing ihn nicht.
Vielleicht seht ihr das ja.
Bewegungsmelder:motion { if (Value("Terrassentuer") ne "open") { System ("python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxxx \"ACHTUNG! Da schleicht einer im Garten herum.\"")}
Naja, du hast zweimal "{" und nur einmal "}", aber was hat das mit yowsup zu tun?
Ich wollt eigentlich eine Nachricht schicken wenn die Tür zu ist und jemand in den Bewegungsmelder läuft, aber kommt nix.
Jetzt kommt.
Gartenueberwachung return value: Undefined subroutine &main::System called at (eval 501) line 1.
Seit dem ich yowsup installiert habe kommt bei vielen Meldungen dieser Fehler:Missing right curly or square bracket at (eval 572) line 8, at end of line
syntax error at (eval 572) line 8, at EOF
Hi,
habe nur eine kleine Frage:
Ist es möglich an 2 Personen eine Nachricht zu senden ohne wibe Gruppe zu erstellen?
Ich habe nur eine die zur gleichen Zeit an 2 Personen geschickt werden soll.
Gruß Porsti
Habe es schon so versuchet set 49xxxxxxxx,49xxxxxxxx send Text oder mit / als Trennzeichen
Siehe commandref für das Set Kommando. Dein Versuch mit dem Komma sollte funktionieren.
Hallo Marvin,
da habe ich zuerst nachgesehen und nichts zu dieser Variante des sendens gefunden. Leider klappt es nicht mit einem Komma auch nicht mit folgendem leerzeichen.
Ich bekomme keine Fehlermeldung es kommt aber auch nicht an.
Mache es erst mal mit einem doif und 2 folgenden set befehlen.
Gruß
Porsti
Sobald ich dieses --moxie mit an den CMD-String setze, connected yowsup nicht mehr!
Habe es so umgeändert und nun geht's. Der Fehler lag wohl darin das ich kein Leerzeichen zwischen den lesten beiden } hatte. Bis ich den Fehler gefunden habe!
Zitat von: Badflex am 12 September 2015, 17:37:50
Bewegungsmelder:motion { if (Value("Terrassentuer") ne "open") { fhem("set 4917xxxxxxxxx,491xxxxxxx send ACHTUNG! Da schleicht einer im Garten herum.")} }
@Porsti
Habe das so mit den zwei Nummern und es funktioniert.
Finde auch das es für Anfänger besser ist wenn einige Beispiele im Wiki wären, dann würde bestimmt weniger hier gefragt werden.
Zitat von: Badflex am 14 September 2015, 09:03:41
Habe es so umgeändert und nun geht's. Der Fehler lag wohl darin das ich kein Leerzeichen zwischen den lesten beiden } hatte. Bis ich den Fehler gefunden habe!
Das wird nicht das Grund-Problem sein.
Zitat von: Badflex am 14 September 2015, 09:03:41
Finde auch das es für Anfänger besser ist wenn einige Beispiele im Wiki wären, dann würde bestimmt weniger hier gefragt werden.
Warum sollte man das machen? Zumindest in der Doku vom yowsup Modul macht das gar keinen Sinn. Zu solchen Vorgehensweisen gibt es Dokus wie Sand am Meer. Die Doku zu set reicht völlig aus.
gibt es noch abstürze von fhem selber?
wenn ja bitte mit verbose 5 posten. vor allem die im log stehende nachricht ist wichtig.
gruss
andre
Hallo Andre,
ich habe hier eher ein Problem, daß bei Start von FHEM yowsup 2 mal gestartet wird und es natürlich damit zu Problemen kommt:
[font=courier]
2015.09.14 09:45:21 3: Tankstelle: Defined with URL http://www.clever-tanken.de/tankstelle_details/22875 and interval 600
2015.09.14 09:45:32 2: Whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --yowsup --moxie -c /opt/yowsup-master/config.yowsup
2015.09.14 09:45:34 1: Including ./log/fhem.save
...
2015.09.14 09:45:45 4: Whatsapp: parse: Yowsup Cli client
2015.09.14 09:45:45 3: Whatsapp: sending /L
2015.09.14 09:45:45 3: Whatsapp: sending /presence available
2015.09.14 09:45:47 4: Whatsapp: parse: general: Disconnected: Connection Closed
2015.09.14 09:45:47 4: Whatsapp: parse:
2015.09.14 09:45:47 4: Whatsapp: parse:
2015.09.14 09:45:49 4: Whatsapp: parse:
2015.09.14 09:45:49 4: Whatsapp: parse:
2015.09.14 09:45:50 4: Whatsapp: parse:
2015.09.14 09:46:31 3: Whatsapp: sending /disconnect
2015.09.14 09:46:31 3: Whatsapp: Disconnected
2015.09.14 09:47:06 2: Whatsapp: setting $HOME to /opt/fhem
2015.09.14 09:47:06 2: Whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --yowsup --moxie -c /opt/yowsup-master/config.yowsup
2015.09.14 09:47:09 4: Whatsapp: parse: Yowsup Cli client
2015.09.14 09:47:09 3: Whatsapp: sending /L
2015.09.14 09:47:09 3: Whatsapp: sending /presence available
2015.09.14 09:47:10 4: Whatsapp: parse: Auth: Logged in!
...
[/font]
Offensichtlich wird beim ersten mal das $HOME nicht gesetzt.
Abhilfe bei mir: Erste Instanz killen. ...wäre halt schön wenns nicht passiert.
vG
Wolfgang
bevor eine neue instanz gestartet wird wird die alte per kill beendet. das sollte als eigentlich nicht passieren.
wie genau startest du fhem?
gruss
andre
Das passiert aber durchaus immer mal wieder. Ich wollte mir schon lange mal die Zeit nehmen, um der Sache auf den Grund zu gehen, bin aber noch nicht dazu gekommen.
Hin und wieder (selten) kommt es vor, dass nach einen shutdown restart oder auch nach einem reconnect 2 Instanzen von yowsup geöffnet sind. Der Grund ist mir, wie gesagt, noch nicht bekannt (System bei mir Ubuntu 14.10 LTS auf NUC).
Hallo Andre
ich habe hier so eine Vermutung. Könnte es sein, daß das Modul mit Namen im define des Masters und weiteren defines mit Namen ein Problem hat. Ich habe die Vermutung, daß damit mehrfach connects probiert werden und ggf. die PID noch nicht zur Verfügung steht. Hier mal meine Config:define Whatsapp yowsup
attr Whatsapp userattr acceptFrom
attr Whatsapp cmd /opt/yowsup-master/yowsup-cli demos --yowsup --moxie -c /opt/yowsup-master/config.yowsup
attr Whatsapp home /opt/fhem
attr Whatsapp room Whatsapp
attr Whatsapp verbose 3
define Handy_Wolfgang yowsup 491yyyyyyy
attr Handy_Wolfgang userattr allowedCommands commandPrefix
attr Handy_Wolfgang commandPrefix 0
attr Handy_Wolfgang room Whatsapp
attr Handy_Wolfgang stateFormat {ReadingsVal("Handy_Wolfgang","message","")." ".ReadingsTimestamp("Handy_Wolfgang","message",0)}
define Handy_Moritz yowsup 491xxxxxxxxx
attr Handy_Moritz userattr allowedCommands commandPrefix
attr Handy_Moritz commandPrefix 0
attr Handy_Moritz room Whatsapp
attr Handy_Moritz stateFormat {ReadingsVal("Handy_Moritz","message","")." ".ReadingsTimestamp("Handy_Moritz","message",0)}
define WA_notify_Temperatur notify Handy_.*:message:.*xx {fhem("set $NAME send Temperatur ".Value("Raumtemperatur_Wohnzimmer")) }
attr WA_notify_Temperatur room Whatsapp
Hintergrund des Codes: Es gibt die Definitionen Handy_Wolfgang und Handy_Moritz. Wenn einer von beiden per WA z.B. Xxx sendet reagiert FHEM mit der Raumtemperatur_Wohnzimmer.
p.s. FHEM starte ich über das Standard debian init - script (uuid fhem)
vG
Wolfgang
das sollte es eigentlich nicht sein. es wird nur dann der yowsup prozess gestartet wenn keine nummer im define angegeben ist.
im log steht ja auch jeweils der device name dabei.
gruss
andre
hallo :)
erstmal danke für das tolle modu leider finde ich keinen weg das das Modul mit auf meinen mac ziehen knn da ich die Pakete nicht auf den mac bekomme weis da jemand einen rat
mfg martin
Hallo,
seit dem 16.09 funktioniert Whatsapp auf meinem PI nicht mehr, ohne irgendwelche Änderungen.
Putty zeigt folgende Meldung:
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
Authentication Error: not-authorized
Der Fehlercode für eine neu Aktualisierung ist: yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
Update und upgrade habe ich gemacht. Hat sich nichts verändert.
ich stehe im Moment irgendwie aufm Schlauch?
Fhemeinsteiger
du musst ziemlich sicher yowsup aktualisieren. weiter oben steht wie.
gruß
andre
Prima.
Danke hat geholfen
Habe yowsup aktualisiert wie Antwort #587
Was jetzt wunderlich ist, zu meiner Handynummer bekomme ich keine Nachrichten, jedoch zu meiner Frau klappt das.
Habe schon etliche male meine Handynummer überprüft-stimmt aber und Fehlermeldung kommt auch keine?
komisch, komisch >:( >:( >:(
Hallo Forum.
Jetzt hat es mich auch erwischt. Etwa auch um den 16.09. funktioniert Whatsapp via Modul auch nicht mehr auf dem PI.
Das yowsup Update habe ich gemacht. Aus der Konsole herraus kann ich auch Nachrichten versenden. Aber das Modul bleibt auf Disconnected. Habe es jetzt erst mal auf disabled stehen weil es mir aller 10 Sekunden folgenden Eintrag generiert.
2015.09.21 05:29:01 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.21 05:29:01 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup --moxie
2015.09.21 05:29:01 3: WhatsApp: sending /disconnect
2015.09.21 05:29:01 3: WhatsApp: Disconnected
2015.09.21 05:29:01 3: WhatsApp: read: end of file reached while sysread
Wie Ihr seht brachte auch '--moxie' keinen Besserung.
In der Konsole:
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
Nachricht kommt an.
Was habe ich noch kontrolliert:
- Update/Upgrate ist gemacht
- Aktuelle yowsup Quellen geholt
- zip-File ist/war gelöscht gelöscht
- Modul neu definiert
- Verbose steht auf 5
- kompletten yowsup-master Pfad gelöscht
- Konfig wurde nicht verändert
- Meine Version
yowsup-cli v2.0.13
Using yowsup v2.4
Im Home (/opt/fhem) ist ein /.yowsup Ordner angelegt. In diesem befindet sich seit heute Morgen auch eine axolol.db. Auch die *nonce Datei ist aktuell. Stand aber schon vorher drin.
Im Moment komme ich nicht weiter weil mir die Ideen ausgehen. Was habe ich noch übersehen?
Grüße Frank
Ja genau so ist es auch bei mir.
allerdings steht im log.
2015.09.21 14:17:04 3: Alarm1 return value: -1
2015.09.21 14:17:05 3: sendWhatsapp Nr: 49xxxx,49xxxx Message:"Garagentor offen"
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
im Handy kommt nichts an.
Weiter habe ich festgestellt, das senden aus der Konsole funktioniert nur mit 12 stelliger Handynummer meine hat 13 da geht's auch aus der Konsole nicht mehr.
Kann das so jemand bestätigen?
Hallo.
Leider habe ich nur 12-stellige Rufnummern ...
Grüße
ich habe gerade ein update gemacht und es funktioniert noch/wieder alles.
wenn etwas nicht geht brauche ich ein log mit verbose 5.
gruss
andre
Hallo Andre
Update ist gemacht. Verbose 5 ist an.
2015.09.21 14:55:26 1: UPD FHEM/32_yowsup.pm
2015.09.21 14:55:26 1:
2015.09.21 14:55:26 1: New entries in the CHANGED file:
2015.09.21 14:55:26 1: - feature: 02_RSS: viewport in HTML header makes page fit screen on tablets
2015.09.21 14:55:26 1: Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
2015.09.21 14:55:53 1: *** EN FHEM/32_WifiLight.pm: No document text found
2015.09.21 14:55:53 1: EN FHEM/60_allergy.pm: Unbalanced li (1, last line ok: 279)
2015.09.21 14:55:53 1: EN FHEM/60_allergy.pm: Unbalanced b (-1, last line ok: 259)
2015.09.21 14:55:53 1:
2015.09.21 14:55:53 1: update finished, "shutdown restart" is needed to activate the changes.
2015.09.21 14:55:53 1:
2015.09.21 14:55:55 1: fheminfo server response: ==> ok
shutdown restart
2015.09.21 14:58:45 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.21 14:58:45 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.21 14:58:45 3: WhatsApp: sending /disconnect
2015.09.21 14:58:45 3: WhatsApp: Disconnected
2015.09.21 14:58:45 3: WhatsApp: read: end of file reached while sysread
2015.09.21 14:58:49 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.21 14:58:49 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.21 14:58:49 3: WhatsApp: sending /disconnect
2015.09.21 14:58:49 3: WhatsApp: Disconnected
2015.09.21 14:58:49 3: WhatsApp: read: end of file reached while sysread
Verbindet leider nicht.
Grüße Frank
mmm, das mit den 12 oder 13 stelligen funktioniert doch (getestet mit anderen Teilnehmern)
Nur bei meinem Handy scheint es nicht zu funktionieren.
Ist vielleicht ein anderes Problem :-\ :-\ :-\
Aber FHem will bei keiner der getesteten Rufnummern.
Fhemeinsteiger
Da bin ich wieder,
habe jetzt alles neu gemacht wie im WIKI beschrieben.
Fhem ist zwar mit yowsup connected aber nach einer weile offline?
Folgenden log mit verbose 5
2015.09.22 14:46:34 3: FS20 set Garage on-for-timer 1
2015.09.22 14:46:35 3: Alarm1 return value: Undefined subroutine &main::sendWhatsapp called at (eval 421) line 1.
2015.09.22 14:46:38 3: FS20 set Garage on-for-timer 1
2015.09.22 14:47:10 3: WhatsApp: sending /message send 491xxxxx,491xxxxx 'Garagentor offen'
2015.09.22 14:47:10 4: WhatsApp: parse: [connected]:
2015.09.22 14:47:10 4: WhatsApp: parse: Sent: 1442926030-5
[connected]:
2015.09.22 14:47:11 4: WhatsApp: parse: Iq:
ID: 7
Type: result
from: 493xxxxx@s.whatsapp.net
2015.09.22 14:48:01 4: WhatsApp: parse: Iq:
ID: 8
Type: result
from: 493xxxxx@s.whatsapp.net
2015.09.22 14:48:12 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2015.09.22 14:48:13 3: WhatsApp: sending /message send 491xxxxx,491xxxxx 'Garagentor offen'
2015.09.22 14:48:13 4: WhatsApp: parse:
Error: Not connected
[offline]:
und auf beiden Handys kommt nichts an?
Hallo Forum.
@Fhemeinsteiger
Versuche doch erst mal die Nachricht nur an eine Nummer zu senden. Denn in den Handy App's geht das meines wissen auch nicht. Nur über Gruppen.
Heute habe ich weitere Test's gemacht. Für mich funktioniert der yowsup Client scheinbar einwandfrei.
In der Konsole liefert dieser folgende Ausgaben und die Nachricht kommt auch an.
Last login: Tue Sep 22 18:15:51 2015 from netti-pc.scoms.local
pi@raspberrypi ~ $ sudo su - fhem
fhem@raspberrypi:~$ python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
Auth: Logged in!
[connected]:/message send 491727964xxx "Hello World"
[connected]:Sent: 1442938655-1
[connected]:
Iq:
ID: 2
Type: result
from: 4934126178xxx@s.whatsapp.net
Iq:
ID: 3
Type: result
from: 4934126178xxx@s.whatsapp.net
Deshalb habe ich mich heute mal mit dem Modul beschäftigt um eine Lösung zu finden. Dabei habe ich festgestellt, daß der my $buf (my $ret = sysread($hash->{FH}, $buf, 65536 )) in der Funktion "yowsup_Read" immer leer ist. Was dann auch die Fehlermeldung "read: end of file reached while sysread" ergibt.
Da ich mit Perl eher weniger bis gar nichts zu tun habe stehe ich jetzt auf dem Schlauch. Ich vermute mal das die Funktion die Ausgaben von yowsup Client liest. Warum da jetzt nichts ankommt kann ich mit meinem begrenzten Perl Wissen nicht ergründen.
Würde aber gern das Modul weiter nutzen um nicht eine zweite App auf den Handy zu haben.
Grüße Frank
Danke Frank,
Ja genau das war die Lösung. 2x Rufnummer funktioniert scheinbar mit dem Modul nicht.
Immo läuft es stabil. Steht auf connected.
Aber auf meine eigene Rufnummer kann ich immer noch keine Nachrichten schicken. >:( >:(
Obwohl ich auf meinem Handy sehe das fhem online ist.
Status funktioniert auch.
Danke
Fhemeinsteiger
Na super da geht es ja wenigstes bei Dir. 8)
natürlich kann man mit einem set an zwei oder mehr durch komma getrennte nummern senden. das ist eine fehl funktionalität und hat nichts mit dem yowsup modul zu tun. alle auf die devspec angabe machenden devices bekommen nacheinander das jeweilige set kommando.
voraussetzung: zu jeder dieser nummern muss es auch ein fhem device geben.
gruss
andre
Hallo Forum.
Wo muss ich den ein verbose 4 oder 5 eingeben? Im Modul oder global oder wo. Beides erzeugt keinerlei mehr Meldungen zum Modul oder Fehler im FHEM log. Oder ist ein anderes Log gemeint?
Hallo Forum. Ich noch mal.
Anbei noch einmal ein Logbuch mit verbose 5 im Modul nach shutdown reboot. Vielleicht hilft das ja weiter und es kann jemand helfen.
2015.09.23 22:30:11 0: Server shutdown
2015.09.23 22:30:11 1: PERL WARNING: Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
2015.09.23 22:30:14 1: Including fhem.cfg
2015.09.23 22:30:14 3: Opening CUL_0 device /dev/ttyACM0
2015.09.23 22:30:14 3: Setting CUL_0 serial parameters to 38400,8,N,1
2015.09.23 22:30:14 3: CUL_0 device opened
2015.09.23 22:30:15 3: CUL_0: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2015.09.23 22:30:15 2: Switched CUL_0 rfmode to HomeMatic
2015.09.23 22:30:15 3: telnetPort: port 7072 opened
2015.09.23 22:30:15 3: WEB: port 8083 opened
2015.09.23 22:30:16 3: WEBphone: port 8084 opened
2015.09.23 22:30:16 3: WEBtablet: port 8085 opened
2015.09.23 22:30:16 2: eventTypes: loaded 1884 events from ./log/eventTypes.txt
2015.09.23 22:30:16 3: Solarlog initialized: 192.168.3.4 300
2015.09.23 22:30:18 3: BFT_Torgauer: Defined with URL http://www.clever-tanken.de/tankstelle_details/4943 and interval 3600
2015.09.23 22:30:18 3: Solardatenlogger: Defined with URL http://192.168.3.101:8083/fhem?room=Solaranlage and interval 300
2015.09.23 22:30:18 3: Gasdatenlogger: Defined with URL http://192.168.3.9/index.htm and interval 60
Unrecognized escape \p passed through at ./FHEM/32_WifiLight.pm line 2170, <$fh> line 1134.
2015.09.23 22:30:19 3: define WifiLight_Bude: can't reach (IO::Socket::INET: connect: timeout)
2015.09.23 22:30:19 3: TABLETUI: new ext defined infix:ftui: dir:./www/tablet:
2015.09.23 22:30:19 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui ...
2015.09.23 22:30:20 3: Pollenflug: Defined with URL http://www.donnerwetter.de/pollenflug/region.hts?lid=DE24840&Ort=TAUCHA and interval 7200
2015.09.23 22:30:20 3: KINO_Taucha: Defined with URL http://www.kino.de/kinoprogramm/taucha/ct-lichtspiele-taucha-k15090/ and interval 14400
2015.09.23 22:30:21 1: Including ./log/fhem.save
2015.09.23 22:30:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.23 22:30:22 3: No I/O device found for RolloBad1
2015.09.23 22:30:22 3: No I/O device found for RolloSZ
2015.09.23 22:30:22 3: No I/O device found for RolloKT
2015.09.23 22:30:22 3: No I/O device found for RolloWZ
2015.09.23 22:30:22 3: No I/O device found for RolloBad2
2015.09.23 22:30:22 3: No I/O device found for RolloAZ
2015.09.23 22:30:22 3: No I/O device found for RolloKZ
2015.09.23 22:30:22 3: No I/O device found for RolloHWR
2015.09.23 22:30:22 3: Device CUL_HM_HM_ES_PMSw1_Pl_24AC43 added to ActionDetector with 000:10 time
2015.09.23 22:30:22 3: Device CUL_HM_HM_ES_PMSw1_Pl_283B5A added to ActionDetector with 000:10 time
2015.09.23 22:30:22 3: Device CUL_HM_HM_SEC_SC_2_247E14 added to ActionDetector with 028:00 time
2015.09.23 22:30:22 3: Device CUL_HM_HM_Sen_MDIR_O_24F55F added to ActionDetector with 000:10 time
2015.09.23 22:30:22 3: Device CUL_HM_ID_00AC_24AC42 added to ActionDetector with 000:10 time
2015.09.23 22:30:22 3: Device HM_37B55A added to ActionDetector with 000:50 time
2015.09.23 22:30:22 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.23 22:30:22 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.09.23 22:30:22 3: WifiLight_Bude low level cmd queue send ERROR 56000000aa, qlen 1 (trying to reconnect)
Yowsup Cli client
==================
Type /help for available commands
[offline]:Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
Yowsup Cli client
==================
Type /help for available commands
[offline]:Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
2015.09.23 22:30:23 1: WifiLight_Bude low level cmd queue send ERROR 56000000aa, qlen 1 (reconnect giving up)
2015.09.23 22:30:23 1: usb create starting
2015.09.23 22:30:23 3: Probing CUL device /dev/ttyAMA0
2015.09.23 22:30:24 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.09.23 22:30:24 3: Probing FRM device /dev/ttyAMA0
2015.09.23 22:30:29 1: usb create end
2015.09.23 22:30:29 3: NTFY return: WhatsApp:HASH(0x20ef988)
2015.09.23 22:30:29 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.09.23 22:30:29 0: Featurelevel: 5.6
2015.09.23 22:30:29 0: Server started with 165 defined entities (version $Id: fhem.pl 9218 2015-09-09 19:43:43Z rudolfkoenig $, os linux, user fhem, pid 3197)
2015.09.23 22:30:29 3: WhatsApp: sending /disconnect
2015.09.23 22:30:29 3: WhatsApp: Disconnected
2015.09.23 22:30:29 3: WhatsApp: read: end of file reached while sysread
So nun war es auch bei mir mal soweit das ich von der "Anfangs-WhatsApp" umgezogen bin und ...
DANKE andre und AHA1805
Nach Wiki installiert - notifys umgestellt auf die neue Struktur - alles einwandfrei geklappt.
Nachrichten trudeln brav am Handy ein und selbst das senden an FHEM klappt (wie nicht anders zu erwarten ::) ) zwar vorerst nur als Meldung im Logfile aber ich will ja (noch) nichts per WhatsApp
schalten (lassen) - aber was nicht ist kann ja noch werden.
Schalten lassen ist ohnehin weniger interessant, als dass FHEM auch antworten kann, wenn man unterwegs ist. ;)
Mein Whatsapp connected auch schon seit Tagen nicht mehr. Ich finde den Grund einfach nicht raus. Lief sonst immer gut.
Was ist gemeint mit "notifys umgestellt auf die neue Struktur" ?
Muß ich irgendwo was ändern bzw. neu Installieren ?
Ich bin ratlos wo ich ansetzten soll um das wieder zum laufen zu bringen...
Das update wie hier beschrieben http://forum.fhem.de/index.php/topic,27543.msg329030.html#msg329030 (http://forum.fhem.de/index.php/topic,27543.msg329030.html#msg329030) hast du gemacht?
Einzig die config mit meinen Daten habe ich nach /opt/fhem verschoben und als Pfad angegeben.
ZitatWas ist gemeint mit "notifys umgestellt auf die neue Struktur" ?
Da ich WhatsApp dank Hilfe von AHA1805 seit Beginn in Verwendung hatte musste ich natürlich den Aufruf umstellen da vorher auf die sub in der 99_myUtils.pm zugegriffen wurde.
Das ist jetzt nichtmehr nötig.
Zitat von: marvin78 am 25 September 2015, 07:27:34
Schalten lassen ist ohnehin weniger interessant, als dass FHEM auch antworten kann, wenn man unterwegs ist. ;)
Juhuu, ich kann mich mit meinem Haus "unterhalten" ;D
Hallo,
ich habe alles neu aufgesetzt.
Funktioniert soweit ganz gut.
Nur zwei Probleme hab ich noch:
1. ich kann meinem Handy immer noch keine Nachricht schicken,(andere geht) wahrscheinlich ein Problem außerhalb von yowsup bzw. FHem
2. es kommt immer noch eine Fehlermeldung: Speicher_temp DOIF: no trigger in condition: Speicher:temperature Solar_temp DOIF: no trigger in condition: Solar:temperature
meine config dazu:
define Speicher_temp DOIF (Speicher:temperature)< 37.0 set WhatsApp send 491xxxxx Heizung pruefen Wasser wird Kalt
define Solar_temp DOIF (Solar:temperature)> 100.0 set WhatsApp send 49xxxxxx Solarplatten zu Heiss
könnt ihr mir zu 2. helfen, was muss in der config stehen damit ich eine Nachricht bekomme wenn eine bestimmte Temperatur erreicht oder über-unterschritten wird?
fhemeinsteiger
Zitat von: Fhemeinsteiger am 25 September 2015, 12:10:18
könnt ihr mir zu 2. helfen, was muss in der config stehen damit ich eine Nachricht bekomme wenn eine bestimmte Temperatur erreicht oder über-unterschritten wird?
define Speicher_temp DOIF ([Speicher:temperature] < 37.0) (set WhatsApp send 491xxxxx Heizung pruefen Wasser wird Kalt)
define Solar_temp DOIF ([Solar:temperature] > 100.0) (set WhatsApp send 49xxxxxx Solarplatten zu Heiss)
Bitte die Fragen nicht kreuz und quer einwerfen.
DOIF ist immer noch besser unter Automatisierung aufgehoben da das mit WhatsApp nichts zu tun hat.
Und in der deutschen commandref zu DOIF hat sich Damian wirklich Mühe gegeben und daher sollte diese auch mal durchgelesen werden.
Edith: Und Code-Tags würden das ganze dann auch noch leserlicher machen.
Zitat von: Puschel74 am 25 September 2015, 12:23:47
Und in der deutschen commandref zu DOIF hat sich Damian wirklich Mühe gegeben und daher sollte diese auch mal durchgelesen werden.
Ohne Frage, ja. Trotzdem ist das eine Beispielsammlung und keine Doku.
So, hab gerade nochmal zur sicherheit das Update gemacht.
Das letzte mal hab ich das am 03.09 schon durchgeführt weil es da schonmal Probleme gab. Danch lief es auch erstmal.
Aktuell also:
yowsup-cli v2.0.13
Using yowsup v2.4
shutdown restart und reboot Raspberry
Mein CMD Aufruf im Modul:
/opt/yowsub-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
config verschoben nach /opt/fhem.
Kein connect ! Letzter Login 22.09.
In der Console sieht ein Aufruf so aus:
root@raspberrypi:/opt/yowsup-master# ./yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
Yowsup Cli client
==================
Type /help for available commands
[offline]:
?????????????????????????????
Nochwas:
Wenn ich in der Console folgedes eingebe:
root@raspberrypi:~# /opt/yowsub-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
kommt:
-bash: /opt/yowsub-master/yowsup-cli: Datei oder Verzeichnis nicht gefunden
Die Datei ist aber definitiv dort, per ftp geprüft. Rechte: fhem.dialout
Log:
WhatsApp: sending /disconnect
2015.09.25 12:56:17 3: WhatsApp: Disconnected
2015.09.25 12:56:17 3: WhatsApp: read: end of file reached while sysread
2015.09.25 12:56:27 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.25 12:56:27 2: WhatsApp: starting yoswup-cli: /opt/yowsub-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
2015.09.25 12:56:27 1: PERL WARNING: Can't exec "/opt/yowsub-master/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 176.
2015.09.25 12:56:27 1: exec failed
Könnte daran liegen, dass du yowsup im Verzeichnis mit "b" geschrieben hast... ::)
Ohhh mann ... ::)
Ok, Fehler erkannt. Ich Dummchen. sorry !
Nun siehts im Log so aus:
2015.09.25 14:01:34 2: WhatsApp: setting $HOME to /opt/fhem
2015.09.25 14:01:34 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
2015.09.25 14:01:34 3: WhatsApp: sending /disconnect
2015.09.25 14:01:34 3: WhatsApp: Disconnected
2015.09.25 14:01:34 3: WhatsApp: read: end of file reached while sysread
Kann mann eigenlich seinen Registrierungsstatus bei Whatsapp abfragen, oder die Registrierung erneut ausführen ?
Vielleicht ist ja dort das Problem ?
Oder bekommt man es irgendwo gemeldet das der Server mich nicht annimmt, weil irgendwas mit den Zugansdaten nicht stimmt.
Ich hab die Geschichte nämlich über meine Festnetznummer laufen. Damals bei der erst Registierung meine ich ein expire Date von kürzer als einem Jahr gemeldet bekommen zu haben. Obwohl doch ein Jahr zuerst als Kostenlose Laufzeit üblich ist.
Kann ich das also irgendwo nochmal aufrufen ob meine Registrierung noch aktiv ist, oder wann sie abläuft ?
Hallo Skusi.
Mit den gleichen Meldungen im Log schlage ich mich auch herum. Solltest Du etwas herausbekommen lass es mich bitte wissen.
Leider bin ich selbst in der Sache noch nicht weiter gekommen. :(
Hallo Skusi,
den Status bzw. wann deine Registrierung abläuft kannst du wie im WIKI beschrieben folgt überprüfen
ZitatWie man schon gesehen hat, ist der Account nur begrenzt gültig - die Gültigkeit kann man anhand der als expiration: bezeichneten Zeile ablesen, welche einen Unix-Timestamp beinhaltet. Diese kann man HIER umrechnen lassen.
Das "Hier" ist hinterlegt mit der Adresse zum Prüfen.(Im WIKI)
fhemeinsteiger
Ja, das habe ich auch so begriffen.
Aber die Daten mit dem expire Date kommen nur bei der Anmeldung.
Frage war ob man das sich nochmal ansehen kann.
Ich hätte den Text damals mal abstpeichern sollen, hab ich aber nicht >:(
Nun hab ich mal in der Console versucht eine Message zu senden:
root@raspberrypi:/opt/yowsup-master# python yowsup-cli demos -c /opt/fhem/yowsup.config -s xxxxxxxxxxxx "Das ist ein Test"
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
root@raspberrypi:/opt/yowsup-master# python yowsup-cli demos -c /opt/fhem/yowsup.config -s xxxxxxxxxxxx "Das ist ein Test"
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
Oh Wunder die Nachricht kommt auf meinem Handy an !
Aber das Modul ist immer noch disconnected.
Was soll bloß dieses:
WhatsApp: read: end of file reached while sysread
im Fhem Log ???
@Brockmann
Danke für deine Antwort,funktioniert :D :D
@Skusi
Ja genau, auf der Konsole sieht es so auch bei mir aus.
Du kannst die Registrierung auch nochmal ausführen, dann hast du einen neuen Text zum abspeichern.
Es ändert sich nur das Passwort.
fhemeinsteiger
Kann mir jemand sagen was Es damit auf sich hat?
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
Danke
Zitat von: Badflex am 25 September 2015, 17:43:45
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
Soweit ich verstanden hab, kommt der Fehler, wenn die gesendeten Credentials nicht zu den zur Nummer gespeicherten passen.
Hast du das Gerät der Absendernummer gewechselt?
Hatte meinem PI eine feste IP gegeben weil sie sich dauernd geändert hat. Kann Es damit was zu tun haben?
Eigentlich nicht. Eher mit einer Änderung auf deinem Handy.
Die Meldung kommt, wenn der Pi eine Nachricht empfängt, oder?
Hallo.
hab jetzt alles nochmal neu gemacht.
Wenn ich jetzt python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917++++++06 "Das ist ein Test"
eingebe.
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
Authentication Error: not-authorized
Komisch hab eigentlich nichts gändert auser die IP der PI auf static gestellt weil mein router ab und zu eine andere IP vergeben hat.
In den Internals von WhatsApp steht dauernd waiting for Login 1.
komisch
Ist das Modul connectet?
Nicht das bei Eingabe der IP auch andere Einstellungen wie Gateway und DNS-Server nötig waren und du die eventuell vergessen/übersehen hast?
Das "Waiting for Login" riecht ein klein wenig nach Netzwerkproblemen.
vb
So hab nochmal alles neu gemacht.
Jetzt habe ich das selbe Problem wie Fhemeinsteiger.
An andere Handys kann ich Nachrichten senden, nur an das eigene Handy nicht.
Die Nachricht geht vom Raspberry ohne Fehler raus kommt aber am Handy nicht an.
Ich hatte WhatsApp nach einem Update auf dem Handy neu installiert und musste mich neu verifizieren. Aber daran kann es doch nicht liegen.
@Fhemeinsteiger: Schon eine Lösung gefunden für das Problem?
Danke
nur um sicher zu sein... du verwendest aber nicht deine handy nummer auf dem raspberry ?
nein die Festnetznummer.
Es ging ja auch schon mal eine Woche. Dann auf einmal nicht mehr.
Jetzt kommt alle 15 Minuten im Log mehrmals diese Meldung:
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
Nein funktioniert immer noch nicht.
Was bisher ich probiert habe:
-Neue Whatsapp Nummer aufm Handy >:( zumindest konnte ich schon mal ne Nachricht zu fhem senden
-Rasperry neu aufgesetzt >:(
-andere Festnetznummer für fhem verwendet >:(
-Status und Profilbild von fhem werden am Handy angezeigt ;D
Fehlermeldung habe ich noch folgende nach einem Neustart:
2015.09.28 15:25:43 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 21, in start
print("Yowsup Cli client\n==================\nType /help for available commands\n")
IOError: [Errno 32] Broken pipe
2015.09.28 15:25:44 3: WhatsApp: sending /L
2015.09.28 15:25:44 3: WhatsApp: sending /presence available
und auch :
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
2015.09.28 15:40:57 3: WhatsApp: reConnect
2015.09.28 15:40:57 3: WhatsApp: sending /disconnect
2015.09.28 15:40:57 3: WhatsApp: Disconnected
bin langsam am Verzweifeln
Es ging fast ein halbes Jahr einwandfrei.
Hallo Fhemeinsteiger,
einfach mal das .yowsup - Directory löschen, damit die axoltl keys neu generiert werden.
vG
Wolfgang
Huraa, ich glaube ich habs geschafft.
Die Fehlermeldung mit axolotl habe ich dank der Hilfe von Wolfgang wegbekommen.
Aber das Hauptproblem Nachrichten nicht an mein Handy senden zu können war wahrscheinlich eine Sperre von Whatsapp.
Da Whatsapp wahrscheinlich die Hardwareadresse (MAC) als Absender bzw. Empfänger identifiziert , habe ich einen anderen PI genommen und siehe da es funktioniert wieder.
Vielleicht hat Whatsapp gesperrt weil die Nachrichten nur in eine Richtung gegangen sind, oder zu oft gesendet wurde (alles Spekulation) aber ein Denkansatz.
Was denkt ihr darüber?
Kann das so sein?
fhemeinsteiger
Neben den Problem die hier auftreten auch mal ein knappe und positive Rückmeldung:
Wiki gelesen, befolgt, alles geht. Danke schön an die Ersteller! ;-)
Hallo@Badflex,
funktioniert es bei dir jetzt auch?
Hast du mal wie @ZeitlerW beschrieben hat, die .yowsup - Directory gelöscht?
Ich hab das gestern mal gemacht. Ergab aber keine Besserung. Das Verzeichnis wurde auch nach Neustart Raspberry nicht neu angelegt. Dann hab ich es wieder an seinen Platz kopiert.
Langsam bin ich ratlos, keiner der Tips hat bisher geholfen. Ich geb es bald auf.
Neu registrieren half auch nicht. Meine espire date ust auch erst nächstes Jahr. Ich hab keine Ahnung was ich noch machen kann....
Hallo.
Kann leider auch noch keinen Erfolg vermelden. Alles mögliche habe ich getestet und ausprobiert. Yowsup neu geladen Verzeichniss neu erstellt, Modul neu geladen, Rechte geprüft, via Konsole getestet: geht, aus der FHEM Kommandozeile versenden: geht.
Wie gesagt am Anfang WiKi gelesen, befolgt, alles ging. 14-Tage später nach dem Update: "Disconnected" und die immer gleichen Meldungen im Log.
ich habe es jetzt (Vorläufig) wie am Anfang des Thread's gemacht. Aber, Befehle an FHEM senden ist schon nicht schlecht.
Was mir bei meinen Bemühungen noch aufgefallen ist: Wenn ich yowsup in der Konsole starte (da läuft es auch unter Benutzer FHEM ganz normal) und dieses dann mit STRG+C beende habe ich kein lokales Echo mehr !? Könnte es daran liegen?
Grüße Frank
@Skusi und @majorshark
der Ordner /.yowsup erstellt sich nicht beim Neustart, sondern erst wenn du eine Nachricht verschickst oder im Modul WhatApp auf set connected gehen.
Da erst wird axolotl aktiv und erstellt einen Schlüssel. (War glaube ich bei mir so)
Sieht im log ungefähr so aus:
Storing prekeys 37%
Storing prekeys 38%
Storing prekeys 39%
Storing prekeys 40%
Storing prekeys 41%
Storing prekeys 42%
Storing prekeys 43%
Storing prekeys 44%
Storing prekeys 45%
Storing prekeys 46%
Storing prekeys 47%
Storing prekeys 48%
Storing prekeys 49%
Storing prekeys 50%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 51%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 52%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 53%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 54%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 55%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 56%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 57%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 58%
2015.09.29 09:59:19 4: WhatsApp: parse: Storing prekeys 59%
und dann sollte kommen:
2015.09.29 09:59:24 4: WhatsApp: parse:
[connected]:
sieht dann so aus wie im Bild.(Anhang)
Habt ihr das so?
Hallo.
Der Ordner /.yowsup wird nicht erstellt? Sollte dieser dann im attr HOME angegebenen Ordner (setting $HOME to /opt/fhem) stehen?
Grüße
genau, steht unter /opt/fhem
Aber nur wenn du das fhem Modul nutzt!!
Ne macht er nicht. Gerade noch einmal nachgesehen.
wie sieht deine fhem.config aus etwa so?
#WhatsApp
define WhatsApp yowsup
attr WhatsApp userattr 49xxxxx
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
attr WhatsApp home PWD
attr WhatsApp room Home
So sieht es in der fhem.cfg aus
define WhatsApp yowsup
attr WhatsApp userattr 49xxxxxxxx
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
attr WhatsApp home PWD
attr WhatsApp room WhatsApp
@majorshark
wie lautet dein Befehl wenn du aus der FHEM Kommandozeile eine Nachricht verschickst?
Na eigentlich:
{system("/opt/yowsup-master/yowsup-cli demos -s 491727964603 \"test\" -c /opt/fhem/yowsup.config")}
Wobei ich jetzt sehe das ich eine Fehlermeldung bekomme:
OSError: [Errno 13] Permission denied: '/.yowsup'
Hatte das Verzeichnis zwar unter /opt/fhem nochmals angelegt (777; fhem|dailout)
aber entweder ist es das falsche oder es wird versucht woanders es anzulegen.
setze mal ein sudo davor {system("sudo /opt/yowsup-master/yowsup-cli demos -s 491727964603 \"test\" -c /opt/fhem/yowsup.config")}
Jetzt wurde der Ordner, auch mit Inhalt erstellt. Aber unter /root/
So.
Jetzt habe ich den Pfad im /opt/yowsup-master/yowsuo/common/constants.py von ~/.yowsup auf /opt/fhem/.yowsup geändert. Wenn ich jetzt via FHEM Kommandozeile ein
{system("/opt/yowsup-master/yowsup-cli demos -s 491727964603 \"test\" -c /opt/fhem/yowsup.config")}
absetzte werden die keys generiert und der Ordner wird angelegt. Die Nachricht kommt an.
Wenn ich nun den Ordner wieder lösche, sollte er doch beim ersten Start von yowsup durch das Modul wieder angelegt werden oder? Wird er aber nicht.
@majorshark
poste mal dein Log.
die Tel. Nummern mit x ändern!
Hast du wie im wiki beschrieben folgendes eingegeben?
sudo chown -R fhem:dialout /opt/yowsup-master /opt/yowsup-config
Wie sieht dein WhatsApp Modul im Browser aus?
Du kannst auch das nochmal ausführen
ZitatVor den weiteren Schritten sollte geprüft werden, ob dem User fhem eine Loginshell zugewiesen ist:
getent passwd fhem
Wird hier am Ende /bin/false ausgegeben, so muss dies angepasst werden:
sudo chsh -s /bin/bash fhem
Mittels getent passwd fhem kann auch bereits das Home-Verzeichnis ausgelesen werden, dies steht in der ausgegebenen Doppelpunkt-separierten Liste an vorletzter Stelle.
Nun loggt man sich unter dem User ein, unter dem fhem läuft (in den folgenden Beispielen werden die vom fhem-Setup-Script generierten Defaults verwendet: User=fhem , home=/opt/fhem Gruppe=dialout) und liest dort die $HOME-Variable aus und prüft das Home-Verzeichnis:
sudo su - fhem
echo $HOME
cd $HOME
logout
Diesen Wert braucht man später - gut merken. Sollte hier ein Fehler auftreten (z.B. das home nicht vorhanden), so muss dies zuerst korrigiert werden.
es könnte ein Rechteproblem sein-hatte ich auch schon
Hallo.
Anbei das Modul im Browser (Anhang) und die Ausgaben zum WiKi Artikel.
sudo chown -R fhem:dialout /opt/yowsup-master /opt/yowsup-config
habe ich gemacht.
Im Log steht quasi immer das gleiche drin:
2015.10.01 11:00:36 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:00:36 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:00:36 3: WhatsApp: sending /disconnect
2015.10.01 11:00:36 3: WhatsApp: Disconnected
2015.10.01 11:00:36 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:00:46 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:00:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:00:46 3: WhatsApp: sending /disconnect
2015.10.01 11:00:46 3: WhatsApp: Disconnected
2015.10.01 11:00:46 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:00:56 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:00:56 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:00:56 3: WhatsApp: sending /disconnect
2015.10.01 11:00:56 3: WhatsApp: Disconnected
2015.10.01 11:00:56 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:06 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:06 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:06 3: WhatsApp: sending /disconnect
2015.10.01 11:01:06 3: WhatsApp: Disconnected
2015.10.01 11:01:06 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:16 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:16 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:16 3: WhatsApp: sending /disconnect
2015.10.01 11:01:16 3: WhatsApp: Disconnected
2015.10.01 11:01:16 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:26 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:26 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:26 3: WhatsApp: sending /disconnect
2015.10.01 11:01:26 3: WhatsApp: Disconnected
2015.10.01 11:01:26 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:36 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:36 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:36 3: WhatsApp: sending /disconnect
2015.10.01 11:01:36 3: WhatsApp: Disconnected
2015.10.01 11:01:36 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:46 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:46 3: WhatsApp: sending /disconnect
2015.10.01 11:01:46 3: WhatsApp: Disconnected
2015.10.01 11:01:46 3: WhatsApp: read: end of file reached while sysread
2015.10.01 11:01:56 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 11:01:56 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup
2015.10.01 11:01:56 3: WhatsApp: sending /disconnect
2015.10.01 11:01:56 3: WhatsApp: Disconnected
2015.10.01 11:01:56 3: WhatsApp: read: end of file reached while sysread
Grüße Frank und danke für Deine Unterstützung.
mmm,
soweit stimmt ja alles ausser bei mir ist kein -d im pfad:
2015.09.25 10:51:05 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup (meins)
2015.10.01 11:01:06 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.config --yowsup (deins)
allerdings weiß ich auch nicht wofür das -d steht?
Hast du mal ein Update in fhem gemacht?
Das -d steht für Debug. So ist die Aussage weiter oben. Das macht aber bei der Ausgabe im Log bei mir keinen Unterschied.
Update mache ich gerade ...
Events (Filter:global):
2015-10-01 11:41:57 Global global Backup with command: tar -cf - fhem.cfg ./log/fhem.save ./CHANGED ./configDB.pm ./contrib ./demolog ./docs ./FHEM ./fhem.cfg ./fhem.cfg.demo ./fhem.pl ./fhem.png ./log ./README_DEMO.txt ./restoreDir ./unused ./www ./yowsup.cfg ./yowsup.config |gzip > ./backup/FHEM-20151001_114157.tar.gz
2015-10-01 11:42:10 Global global backup done: FHEM-20151001_114157.tar.gz (15334841 Bytes)
2015-10-01 11:42:10 Global global RMDIR: ./restoreDir/2015-09-23
2015-10-01 11:42:11 Global global UPD ./CHANGED
2015-10-01 11:42:11 Global global UPD ./fhem.cfg.demo
2015-10-01 11:42:11 Global global UPD ./fhem.pl
2015-10-01 11:42:11 Global global UPD FHEM/00_FBAHA.pm
2015-10-01 11:42:11 Global global UPD FHEM/00_HMLAN.pm
2015-10-01 11:42:11 Global global UPD FHEM/00_THZ.pm
2015-10-01 11:42:11 Global global UPD FHEM/00_ZWDongle.pm
2015-10-01 11:42:11 Global global UPD FHEM/01_FHEMWEB.pm
2015-10-01 11:42:11 Global global UPD FHEM/02_RSS.pm
2015-10-01 11:42:11 Global global UPD FHEM/10_CUL_HM.pm
2015-10-01 11:42:11 Global global UPD FHEM/10_EnOcean.pm
2015-10-01 11:42:12 Global global UPD FHEM/10_FBDECT.pm
2015-10-01 11:42:12 Global global UPD FHEM/10_RESIDENTS.pm
2015-10-01 11:42:12 Global global UPD FHEM/10_ZWave.pm
2015-10-01 11:42:12 Global global UPD FHEM/20_ROOMMATE.pm
2015-10-01 11:42:12 Global global UPD FHEM/30_MilightBridge.pm
2015-10-01 11:42:12 Global global UPD FHEM/31_MilightDevice.pm
2015-10-01 11:42:12 Global global UPD FHEM/36_EleroDrive.pm
2015-10-01 11:42:12 Global global UPD FHEM/36_EleroStick.pm
2015-10-01 11:42:12 Global global UPD FHEM/51_I2C_BMP180.pm
2015-10-01 11:42:12 Global global UPD FHEM/52_I2C_MCP342x.pm
2015-10-01 11:42:12 Global global UPD FHEM/55_GDS.pm
2015-10-01 11:42:12 Global global UPD FHEM/55_InfoPanel.pm
2015-10-01 11:42:12 Global global UPD FHEM/70_Pushover.pm
2015-10-01 11:42:12 Global global UPD FHEM/72_FRITZBOX.pm
2015-10-01 11:42:12 Global global UPD FHEM/95_FLOORPLAN.pm
2015-10-01 11:42:12 Global global UPD FHEM/98_HMinfo.pm
2015-10-01 11:42:12 Global global UPD FHEM/98_RandomTimer.pm
2015-10-01 11:42:12 Global global UPD FHEM/98_SVG.pm
2015-10-01 11:42:12 Global global UPD FHEM/98_WeekdayTimer.pm
2015-10-01 11:42:12 Global global UPD FHEM/98_weblink.pm
2015-10-01 11:42:12 Global global UPD FHEM/Color.pm
2015-10-01 11:42:12 Global global UPD FHEM/HMConfig.pm
2015-10-01 11:42:13 Global global UPD FHEM/HttpUtils.pm
2015-10-01 11:42:13 Global global UPD FHEM/lib/openzwave_manufacturer_specific.xml
2015-10-01 11:42:13 Global global UPD www/pgm2/smallscreenstyle.css
2015-10-01 11:42:13 Global global
2015-10-01 11:42:13 Global global New entries in the CHANGED file:
2015-10-01 11:42:13 Global global - feature: new Modules 36_EleroStick.pm and 36_EleroDrive.pm for Elero shutters
2015-10-01 11:42:13 Global global - change: 55_InfoPanel.pm: support ReadingsVal in ticker #35228
2015-10-01 11:42:13 Global global - bugfix: 31_MilightDevice.pm: improved previousState, fixed log errors
2015-10-01 11:42:13 Global global - bugfix: 30_MilightBridge.pm: fixed ping definition
2015-10-01 11:42:13 Global global - bugfix: 95_FLOORPLAN. fixed device-commands and excess logmessages
2015-10-01 11:42:13 Global global - feature: 02_RSS: viewport in HTML header makes page fit screen on tablets
2015-10-01 11:42:13 Global global Calling /usr/bin/perl ./contrib/commandref_join.pl, this may take a while
2015-10-01 11:42:37 Global global *** EN FHEM/32_WifiLight.pm: No document text found
2015-10-01 11:42:37 Global global EN FHEM/60_allergy.pm: Unbalanced li (1, last line ok: 279)
2015-10-01 11:42:37 Global global EN FHEM/60_allergy.pm: Unbalanced b (-1, last line ok: 259)
2015-10-01 11:42:37 Global global
2015-10-01 11:42:37 Global global update finished, "shutdown restart" is needed to activate the changes.
2015-10-01 11:42:37 Global global
2015-10-01 11:42:39 Global global fheminfo server response: ==> ok
Ist durch ...
Keine Veränderung :'(
hast du evtl. WhatsApp auch in der 99_myUtils.pm konfiguriert?
war ja mal am Anfang die rede?
Habe mir eine 99_myUtilsWhatsApp.pm angelegt. Ist jetzt auch auskommentiert.
vielleicht kannst du mal verbose5 einstellen, neu starten und log posten.
Ich habe mal mein log durchforstet aber da hatte ich auch verbose5 zum vergleich.
Verbose 5 ist eingestellt:
2015.10.01 14:38:44 0: Server shutdown
2015.10.01 14:38:44 1: PERL WARNING: Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
2015.10.01 14:38:47 1: Including fhem.cfg
2015.10.01 14:38:47 3: Opening CUL_0 device /dev/ttyACM0
2015.10.01 14:38:48 3: Setting CUL_0 serial parameters to 38400,8,N,1
2015.10.01 14:38:48 3: CUL_0 device opened
2015.10.01 14:38:48 3: CUL_0: Possible commands: BbCFiAZNkGMKUYRTVWXefmLltux
2015.10.01 14:38:48 2: Switched CUL_0 rfmode to HomeMatic
2015.10.01 14:38:48 3: telnetPort: port 7072 opened
2015.10.01 14:38:49 3: WEB: port 8083 opened
2015.10.01 14:38:49 3: WEBphone: port 8084 opened
2015.10.01 14:38:49 3: WEBtablet: port 8085 opened
2015.10.01 14:38:49 2: eventTypes: loaded 1895 events from ./log/eventTypes.txt
2015.10.01 14:38:49 3: Solarlog initialized: 192.168.3.4 300
...
2015.10.01 14:38:51 3: Solardatenlogger: Defined with URL http://192.168.3.101:8083/fhem?room=Solaranlage and interval 300
2015.10.01 14:38:51 3: Gasdatenlogger: Defined with URL http://192.168.3.9/index.htm and interval 60
2015.10.01 14:38:52 3: TABLETUI: new ext defined infix:ftui: dir:./www/tablet:
2015.10.01 14:38:52 3: Registering HTTPSRV TABLETUI for URL /ftui and assigned link ftui ...
...
2015.10.01 14:38:54 1: Including ./log/fhem.save
2015.10.01 14:38:54 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.cfg --yowsup
2015.10.01 14:38:54 3: No I/O device found for RolloBad1
2015.10.01 14:38:54 3: No I/O device found for RolloSZ
2015.10.01 14:38:54 3: No I/O device found for RolloKT
2015.10.01 14:38:54 3: No I/O device found for RolloWZ
2015.10.01 14:38:54 3: No I/O device found for RolloBad2
2015.10.01 14:38:54 3: No I/O device found for RolloAZ
2015.10.01 14:38:54 3: No I/O device found for RolloKZ
2015.10.01 14:38:54 3: No I/O device found for RolloHWR
2015.10.01 14:38:55 3: Device CUL_HM_HM_ES_PMSw1_Pl_24AC43 added to ActionDetector with 000:10 time
2015.10.01 14:38:55 3: Device CUL_HM_HM_ES_PMSw1_Pl_283B5A added to ActionDetector with 000:10 time
2015.10.01 14:38:55 3: Device CUL_HM_HM_SEC_SC_2_247E14 added to ActionDetector with 028:00 time
2015.10.01 14:38:55 3: Device CUL_HM_HM_Sen_MDIR_O_24F55F added to ActionDetector with 000:10 time
2015.10.01 14:38:55 3: Device CUL_HM_ID_00AC_24AC42 added to ActionDetector with 000:10 time
2015.10.01 14:38:55 3: Device HM_37B55A added to ActionDetector with 000:50 time
2015.10.01 14:38:55 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 14:38:55 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.cfg --yowsup
2015.10.01 14:38:55 3: WifiLight_Bude low level cmd queue send ERROR 56000000aa, qlen 1 (trying to reconnect)
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 Axolotl 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]:Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
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 Axolotl 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]:Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
2015.10.01 14:38:56 1: WifiLight_Bude low level cmd queue send ERROR 56000000aa, qlen 1 (reconnect giving up)
2015.10.01 14:38:56 1: usb create starting
2015.10.01 14:38:56 3: Probing CUL device /dev/ttyAMA0
2015.10.01 14:38:57 3: Probing TCM_ESP3 device /dev/ttyAMA0
2015.10.01 14:38:57 3: Probing FRM device /dev/ttyAMA0
2015.10.01 14:39:02 1: usb create end
2015.10.01 14:39:02 3: NTFY return: WhatsApp:HASH(0x25464e0)
2015.10.01 14:39:02 2: SecurityCheck: WEB,WEBphone,WEBtablet has no basicAuth attribute. telnetPort has no password/globalpassword attribute. Restart FHEM for a new check if the problem is fixed, or set the global attribute motd to none to supress this message.
2015.10.01 14:39:02 0: Featurelevel: 5.6
2015.10.01 14:39:02 0: Server started with 167 defined entities (version $Id: fhem.pl 9307 2015-09-25 18:44:20Z rudolfkoenig $, os linux, user fhem, pid 2470)
2015.10.01 14:39:02 3: WhatsApp: sending /disconnect
2015.10.01 14:39:02 3: WhatsApp: Disconnected
2015.10.01 14:39:02 3: WhatsApp: read: end of file reached while sysread
2015.10.01 14:39:12 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.01 14:39:12 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -d -c /opt/fhem/yowsup.cfg --yowsup
2015.10.01 14:39:12 3: WhatsApp: sending /disconnect
2015.10.01 14:39:12 3: WhatsApp: Disconnected
2015.10.01 14:39:12 3: WhatsApp: read: end of file reached while sysread
Also die "DEBUG:" Meldungen habe ich nicht.
Hier im Tread wurde schon mal darüber geschrieben Seite 20#290
vielleicht hilft dir das weiter?
yowsup hast du ja auch schon neu installiert bzw. neu drübergebügelt mit einem Neustart ?
Langsam hab ich auch keinen Ansatz mehr.
Zitat von: Fhemeinsteiger am 30 September 2015, 10:49:02
Hallo@Badflex,
funktioniert es bei dir jetzt auch?
Hast du mal wie @ZeitlerW beschrieben hat, die .yowsup - Directory gelöscht?
Wo finde ich .yowsup Directory?
Bei mir gibt's den nicht: nicht unter fhem und auch nicht unter root.
Habe eigentlich alles durchsucht.
Im log erhalte ich noch diesen Fehler:
2015.10.02 08:53:37 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.02 08:53:37 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
und ständig:2015.10.02 09:14:34 4: WhatsApp: parse: Iq:
ID: 12
Type: result
from: 49xxxxxxxxxxx@s.whatsapp.net
2015.10.02 09:14:34 4: WhatsApp: parse:
2015.10.02 09:15:25 4: WhatsApp: parse: Iq:
ID: 13
Type: result
from: 49xxxxxxxxxxx@s.whatsapp.net
2015.10.02 09:15:25 4: WhatsApp: parse:
Ich denke der Ordner sollte im Home stehen. Bei Dir also /opt/fhem. Aber wie bei Dir wird der Ordner auch bei mir nicht erstellt.
also solche Meldungen im log hab ich auch (verbose5)
2015.10.02 13:15:22 4: WhatsApp: parse:
2015.10.02 13:15:22 4: WhatsApp: parse: [offline]:
2015.10.02 13:15:22 3: WhatsApp: sending /L
2015.10.02 13:15:22 3: WhatsApp: sending /presence available
2015.10.02 13:15:23 4: WhatsApp: parse: Auth: Logged in!
2015.10.02 13:15:23 4: WhatsApp: parse: [connected]:[connected]:
2015.10.02 13:16:13 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: 49xxxxxx@s.whatsapp.net
2015.10.02 13:17:03 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 49xxxxxxx@s.whatsapp.net
2015.10.02 13:17:03 4: WhatsApp: parse:
2015.10.02 13:17:53 4: WhatsApp: parse: Iq:
ID: 3
Type: result
from: 49xxxxxx@s.whatsapp.net
2015.10.02 13:18:43 4: WhatsApp: parse: Iq:
ID: 4
Type: result
from: 49xxxxxx@s.whatsapp.net
2015.10.02 13:18:43 4: WhatsApp: parse:
2015.10.02 13:19:33 4: WhatsApp: parse: Iq:
ID: 5
Type: result
from: 49xxxxx@s.whatsapp.net
d.h. bei mir-ich bin connected.
Ich glaube der Ordner wird erst erstellt, wenn eine Nachricht versendet wird. (bin mir aber nicht ganz sicher) ,denn darin steht als Ordner die Rufnummer mit der du dich in fhem angemeldet hast.
Hat man die Möglichkeit, den String irgendwie (ich nenne es mal) maskieren?
Ich habe mehrere Zeile, an WhatsApp-Befehlen, in denen ich kaum den Anfang und Ende erkenne. Gerade in einer größeren DOIF-Aufzählung fände ich es nicht schlecht, wenn man den Text in Anführungszeichen oder Hochkommata packen könnte.
Beispiel:
Aktuell
set WhatsAppJulian send Hier steht ein längerer Text.,
set WhatsAppClaus send Hier steht ein längerer Text.,
set WhatsAppTobias send Hier steht ein längerer Text.
Wünschenswert
set WhatsAppJulian send "Hier steht ein längerer Text.",
set WhatsAppClaus send "Hier steht ein längerer Text.",
set WhatsAppTobias send "Hier steht ein längerer Text."
Ist das irgendwie machbar? Ich hatte bisher keinen Erfolg.
würden dir << und >> helfen?
Die werden dann zwar mit gesendet, aber das dürfte das kleinere Übel sein.
vb
ps. du kannst auch " verwenden, werden aber ebenso mit versendet.
Dann könnte ich ja auch die normalen Anführungszeichen nehmen.
Mir geht es nur um die optische Trennung. Und ich bin es eigentlich gewohnt, Strings zum umrahmen.
Hallo,
ich verwende das Modul jetzt auch schon eine Weile :-).
In letzter Zeit habe ich aber immer wieder Abstürze von FHEM,
und glaube mittlerweile, dass dies an dem yowsup Modul liegen könnte
Hab bei den Abstürzen immer solche Log Einträge gefunden:
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
EOFError: EOF when reading a line
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 126, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 169, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 101, in receive
if not self.processIqRegistry(node):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 136, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/protocol_iq/layer.py", line 30, in onPong
self.toUpper(ResultIqProtocolEntity.fromProtocolTreeNode(protocolTreeNode))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 98, in receive
self.callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 436, in onIq
print(entity)
IOError: [Errno 32] Broken pipe
Außerdem ist mir aufgefallen das mehrere YOWSUP Prozesse offen sind und der Speicher nach ein paar Tagen um über 150MB sinkt.
fhem 1326 0.0 1.2 24560 11124 ? S Oct02 0:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsupFN.cfg --yowsup
fhem 1328 0.0 1.3 33756 11592 ? Sl Oct02 0:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsupFN.cfg --yowsup
Wenn ich dann ein disconnect mache und den zweiten Prozess "kille" kommt nach dem reconnect nur noch ein Prozess.
An was könnte das liegen,
stürzt hier yowsup selber ab und reißt FHEM in den Abgrund?
Gruß Hannes
Hello all,
ich kann mich der Aussage von AHA1805 leider nur anschliessen.
yowsup lief bis vor ein paar Tagen auch hier einwandfrei.
Leider habe auch ich hier jetzt immer wieder "disconnects" und FHEM Abstürze.
Kann das evtl. noch jemand von Euch bestätigen?
Schönen Sonntag Abend noch.
Gruß
Uwe
Zitat von: Skusi am 25 September 2015, 14:39:39
Ja, das habe ich auch so begriffen.
Aber die Daten mit dem expire Date kommen nur bei der Anmeldung.
Frage war ob man das sich nochmal ansehen kann.
Ich hätte den Text damals mal abstpeichern sollen, hab ich aber nicht >:(
Ähnlich gehts mir auch. HAbe auch noch keine möglichkeit gefunden.
Auf dem handy kann man das ja auch abfragen.
Wäre cool wenn das als reading angelegt wird. So als verbesserung
Zitat von: uland2012 am 04 Oktober 2015, 20:09:08
Kann das evtl. noch jemand von Euch bestätigen?
Ich meine, dass mein Whatsapp in FHEM abstürzt sobald ich per an diese FHEM-Wahtsapp Nummer eine Nachricht schicke. Manchmal fängt sich das Teil dann wieder, amcnhaml habe ich das Gefühl dass daran dann auch FHEM bzw der ganze RPi abstürzt.
Guten Morgen,
Auch ich hatte gerade heute Nacht wieder den Absturz von FHEM, die Fehlermeldungen im log sehen so aus wie bei AHA1805.
Das ist etwas unbefriedigend und war in der Vergangenheit schon häufiger der Fall...aber auch eine ganze Zeit Ruhe.
Das Gute ist aber, ich merke den Absturz körperlich, wenn morgens die Heizung kalt ist...
Zitat von: Marie am 05 Oktober 2015, 10:20:18
Guten Morgen,
Auch ich hatte gerade heute Nacht wieder den Absturz von FHEM, die Fehlermeldungen im log sehen so aus wie bei AHA1805.
Das ist etwas unbefriedigend und war in der Vergangenheit schon häufiger der Fall...aber auch eine ganze Zeit Ruhe.
Das Gute ist aber, ich merke den Absturz körperlich, wenn morgens die Heizung kalt ist...
Hallo Marie,
hatte eine so ähnliche Problematik, dass es in der früh kalt war.
Wenn du solch wichtige System in FHEM integriert hast, würde ich Dir einen 2. Rasp empfehlen, welcher nur kritische Funktionen macht und diese gegenseitig via WD überwachen.
Sollten wir aber in einem eigenen Threat diskutieren.
So wie es aussieht ist irgendwo in FHEM ein Speicherloch.
Perl hat sich nach 2 Tagen 160MB gekrallt,
nach dem Neustart hat es wieder 64MB.
Jetzt ist die Frage wie wir das eingrenzen können,
da ich noch nicht 100%ig sagen kann dass es an Yowsup liegt.
Könnt Ihr ähnliches feststellen?
Gruß Hannes
Gesendet von Tapatalk
Zitat von: AHA1805 am 06 Oktober 2015, 07:30:51
Wenn du solch wichtige System in FHEM integriert hast, würde ich Dir einen 2. Rasp empfehlen, welcher nur kritische Funktionen macht und diese gegenseitig via WD überwachen.
Falsch. Solche wichtige Dinge sollten auch immer ganz ohne FHEM funktionieren.
Für den Fall eines Absturzes, habe ich mein FHEM über einen Watchdog abgesichert!
Ich schlimmsten Fall läuft der Server dann mal maximal eine halbe Stunde nicht!
Aber Yowsup läuft auf meinen Raspberry Pi2 sehr stabil zusammen mit FHEM.
Die folgenden Prozesse haben mich soeben angelacht.
Funktioniert da ggf der Shutdown für den bestehenden Prozess bei einem FHEM reboot nicht wirklich?
Selbst nach einem kompletten Reboot habe ich direkt zwei Runtimes laufen, obwohl eine reichen müsste.
Ein killall auf alle Python Runtimes mit anschliessendem reconnect in FHEM startet genau einen Prozess und meine ab und an im Nirvana versackten Nachrichten sind weg.
Bis auf den veränderten Basis Pfad läuft alles nach Wiki und ist nicht gepachted oder weicht vom Standard ab.
fhem 441 0.0 0.1 146736 21512 ? S Oct05 0:14 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 490 0.0 0.1 146736 21532 ? S Oct05 0:15 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 1441 0.0 0.1 146736 21652 ? S Oct01 0:52 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 5232 0.0 0.1 146736 21700 ? S Oct01 0:48 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 5331 0.0 0.1 146736 21548 ? S Oct01 0:47 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 5424 0.0 0.1 146736 21524 ? S Oct01 0:48 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 5466 0.0 0.1 146736 21696 ? S Oct01 0:47 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6020 0.0 0.1 146736 21700 ? S Oct05 0:14 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6624 0.0 0.1 146736 21548 ? S Oct05 0:13 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6720 0.0 0.1 146736 21648 ? S Oct05 0:13 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6764 0.0 0.1 146736 21584 ? S Oct05 0:13 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6810 0.0 0.1 146736 21532 ? S Oct05 0:13 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 6851 0.0 0.1 146736 21600 ? S Oct05 0:13 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 9348 0.0 0.1 146736 21672 ? S Oct05 0:10 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 10541 0.0 0.1 146736 21676 ? S Oct05 0:09 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 10913 0.0 0.1 146736 21540 ? S Oct05 0:08 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 17557 0.0 0.1 146736 21672 ? S 19:28 0:00 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 17606 0.0 0.1 146736 21628 ? S 19:31 0:00 python /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
fhem 17771 0.0 0.0 12724 2276 pts/0 R+ 19:47 0:00 grep yowsup
Aus mir noch nicht klaren Gründen baut das Modul zwei Verbindungen auf, ohne vorher die erste Verbindung zu schliessen.
Ich habe in yowsup_Connect() ein simples "yowsup_Disconnect($hash);" hinzugefügt und der Fehler ist weg.
Irgendwas ist da quer bei der Initialisierung im Code, mal sehen ob ich nach und nach die Stelle finde ;).
Update:
2015.10.06 20:54:46 2: WhatsApp: starting yoswup-cli: /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
2015.10.06 20:54:47 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.06 20:54:47 2: WhatsApp: starting yoswup-cli: /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/config/yowsup.config --yowsup
Kleines Update:
das Problem entsteht direkt beim FHEM Start. Es werden sofort zwei Python Instanzen gestartet. Bei einem FHEM Shutdown/Restart wird eine davon gelöscht, die andere bleibt. Das summiert sich dann an einem freudigen Testtag.
Auch im Log tritt der Vorgang doppelt auf, aber "setting $HOME to" erscheint nur einmal. Das Device heisst laut Log identisch, einen Konfigurationsfehler schliesse ich einfach erstmal aus.
Hat noch jemand die Probleme?
Hallo ronny332,
ich habe mal ein Neustart von fhem gemacht und der sieht so bei mir aus:
2015.10.07 13:50:00 0: Server shutdown
2015.10.07 13:50:00 3: WhatsApp: sending /disconnect
2015.10.07 13:50:00 3: WhatsApp: Disconnected
2015.10.07 13:50:03 1: Including fhem.cfg
2015.10.07 13:50:03 3: telnetPort: port 7072 opened
2015.10.07 13:50:03 3: WEB: port 8083 opened
2015.10.07 13:50:03 3: WEBphone: port 8084 opened
2015.10.07 13:50:03 3: WEBtablet: port 8085 opened
2015.10.07 13:50:03 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2015.10.07 13:50:03 3: Opening SCC1 device /dev/ttyAMA0
2015.10.07 13:50:03 3: Setting SCC1 serial parameters to 38400,8,N,1
2015.10.07 13:50:03 3: SCC1 device opened
2015.10.07 13:50:03 3: SCC1: Possible commands: mBbCFiAZGMYRTVWXef*ltux
2015.10.07 13:50:07 1: Including ./log/fhem.save
2015.10.07 13:50:07 3: No I/O device found for Garagentor
2015.10.07 13:50:07 3: NTFY return: WhatsApp:HASH(0x1e02df8)
2015.10.07 13:50:07 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.07 13:50:07 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2015.10.07 13:50:07 0: Featurelevel: 5.6
2015.10.07 13:50:07 0: Server started with 38 defined entities (version $Id: fhem.pl 9286 2015-09-22 07:24:46Z rudolfkoenig $, os linux, user fhem, pid 28921)
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 153, in startInputThread
cmd = self._queuedCmds.pop(0) if len(self._queuedCmds) else input(self.getPrompt()).strip()
IOError: [Errno 104] Connection reset by peer
2015.10.07 13:50:08 3: WhatsApp: sending /L
2015.10.07 13:50:08 3: WhatsApp: sending /presence available
und die Prozesse von yowsup:
fhem 17793 0.0 1.4 24496 13560 ? S Okt05 0:58 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
fhem 28922 0.2 1.4 24496 13728 ? S 13:50 0:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
fhem 28928 0.2 1.5 33068 14444 ? Sl 13:50 0:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
ich hatte bisher keine Absturzprobleme, allerdings funktioniert es bei mir erst ca 1 Woche.
update:
starte ich den Rechner neu so ist nur ein Prozess am laufen!
fhem 2213 1.0 1.5 33068 14532 ? Sl 14:09 0:01 python /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
Zitat von: ronny332 am 06 Oktober 2015, 19:50:17
Hat noch jemand die Probleme?
Schließe mich hier mal an. Hatte gerade 11 Prozesse laufen...
Hallo Zusammen,
nun habe ich testweise mal yowsup komplett gelöscht um zu kontrollieren,
ob der stetig sinkende Arbeitsspeicher hiervon kommt.
Aber eigentlich dürfte dies noch nicht den Absturz auslösen,
da ja immer noch 500MB freier Arbeitsspeicher zur Verfügung gestanden sind.
Als FHEM Abgestürzt war, stieg der Speicher sofort wieder an.
Schöne Grüße
Hannes
Meine letztem Erkenntnisse zu dem Thema sind weiterhin: es werden immer zwei Instanzen gestartet bei einem FHEM Reboot. Die eine "soll" direkt wieder geschlossen werden (der Start dürfte aber schon keine Absicht sein, da die komplette Config zu dem Zeitpunkt noch gar nicht geladen ist), aber die eigentliche Instanz erhält keine Information über die schon laufende. Daher wird die erste laufene Instanz nicht geschlossen, auch nicht bei einem Shutdown. Mein eigenes Patch funktioniert bisher fehlerfrei, auch funktioniert der Versand auf einmal fehlerfrei. Hoffentlich wird der Fehler bis zum nächsten Update behoben, sonst patche ich wie bei DBLOG wieder bei jedem Update vor mich hin ;-).
Hallo ronny332,
ich habe hier das gleiche Problem, siehe http://forum.fhem.de/index.php/topic,27543.msg332649.html#msg332649 (http://forum.fhem.de/index.php/topic,27543.msg332649.html#msg332649).
Ich habe nun ein yowsup_Disconnect($hash); eingefügt und nun gibts nur eine yowsup Instanz.
Ich werde deine Lösung mal testen.
vG
Wolfgang
Hallo ZeitlerW,
die "Lösung" funktioniert, aber ich nenne sowas eher einen "bad hack". Der Fehler liegt irgendwo in die Initialisierung. Bevor die Config komplett gelesen ist, darf gar nicht versucht werden eine Instanz zu starten. Trotzdem geschieht es.
Da muss der Autor mal tiefer reinblicken.
Für alle die das Problem auch haben, aber nicht patchen wollen: an diese Antwort ist meine modigizierte Datei angehangen. Einfach in den Ordner "FHEM" kopieren (Original überschreiben) und FHEM neustarten.
@AHA1805: die meldungen kommen daher das der im hintergrund laufende yowsup prozess nicht mehr mit dem abgestürzten fhem verbunden ist. diese meldungen sind nicht die ursache für den absturz sondern nur ein symptom. zum absturz muss es vorher noch mehr meldungen geben.
@ZeitlerW,ronny332: ich kann das problem mit den mehreren prozessen nicht nachstellen. das modul startet den ersten prozess auch erst wenn alles initialisiert ist. ich habe ebenen änderung eingecheckt. bitte schaut mal ob es jetzt geht.
wie genau startet ihr fhem neu und aus welchem grund? das problem tritt bei mir weder bei einem shutdown restart noch bei einem normalen start nach einem reboot auf.
gruss
andre
Hallo Andre,
so wie es aussieht liegt der Absturz an etwas anderem.
Hab jetzt yowsup komplett raus genommen, und trotzdem nimmt der Arbeitsspeicher mit der Zeit ab.
Jetzt geht es die Nadel im Heuhaufen zu suchen.
Gruss Hannes
Gesendet von Tapatalk
Zitat von: justme1968 am 10 Oktober 2015, 17:57:48
wie genau startet ihr fhem neu und aus welchem grund? das problem tritt bei mir weder bei einem shutdown restart noch bei einem normalen start nach einem reboot auf.
FHEM starte ich nur via "shutdown restart" neu, meist nach Updates, oder wenn ich an meinen eigenen Modulen sitze. FHEM wird beim System Start durch einen normalen init.d Job gestartet, welcher auch noch einige andere Dienste enthält, welche danach bis zum nächsten System Reset durchlaufen.
Die WhatsApp Funktion nutze ich seit ca. 2 Wochen, alles ist nach dem Wiki eingerichtet und bis auf die eine Zeile unmodifiziert.
Das Update teste ich sogleich und werde berichten.
Update:
der doppelte Prozess ist weg, aber der Start des Moduls bleibt zweifach:
2015.10.11 19:16:18 2: WhatsApp: starting yoswup-cli: /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/ config/yowsup.config --yowsup
2015.10.11 19:16:20 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.11 19:16:20 2: WhatsApp: starting yoswup-cli: /opt/fhem/yowsup/master/yowsup-cli demos -c /opt/fhem/yowsup/ config/yowsup.config --yowsup
Damit kann man natürlich leben, aber merkwürdig ist es schon. Ich habe auch keinerlei besondere Bedingungen oder Funktionen in Gebrauch:
Eine Gruppe, zwei Kontakte, die Instanz selber.
Den ersten Kontakt mit der Instanz bekommt FHEM durch mich mit einem per "sleep 15" verzögerten Lifesign, sobald FHEM selber "INITIALIZED" geworfen hat.
Hallo zusammen,
ich kann mich ronny332 nur anschließen. Gleiches Prozedere.
... Erfolgsmeldung nach Update: Es wird, wie bei ronny332, yowsup-cli 2 mal gestartet: einmal ohne $HOME dann disconnected dann mit $HOME.
... Ergebnis: es gibt nur 1 yowsup - Instanz
vG
Wolfgang
Also ich lese nun schin seit Wochen hier mit, in der Hoffnung das erlösende Posting zu lesen.
Es kann doch nicht sein das alles Wochenlang funktionierte, und plötzlich geht nix mehr und keiner hat was gedreht !
Langsam reißt mir die Geduld, und ich muß wohl auf diese tolle Funktion verzichten. Ich hab noch an keinem Problem so lange gesessen wie an diesem.
Ich hab nun mal tum Test die gepatchte Version eingespielt, aber leider immer noch kein connect >:(
Im Log finde ich nach Neustert folgendes :
Server shutdown
2015.10.14 19:17:22 1: PERL WARNING: Perl exited with active threads:
1 running and unjoined
0 finished and unjoined
0 running and detached
...
2015.10.14 18:29:54 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
...
2015.10.14 18:30:09 3: WhatsApp: sending /disconnect
2015.10.14 18:30:09 3: WhatsApp: Disconnected
2015.10.14 18:30:09 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.14 18:30:09 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
2015.10.14 18:30:09 3: NTFY return: WhatsApp:HASH(0x2233eb0)
Und dann kommt alle 10 sekunden:
2015.10.14 18:30:09 3: WhatsApp: sending /disconnect
2015.10.14 18:30:09 3: WhatsApp: Disconnected
2015.10.14 18:30:09 3: WhatsApp: read: end of file reached while sysread
2015.10.14 18:30:19 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.14 18:30:19 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/yowsup.config --yowsup
Liegt das Problem nun im Raspberry und yowsup oder an Fhem und dem Modul, oder an meiner config ???
Fragen über Fragen...
Hallo Skusi.
Geht mir ähnlich. Alles funktionierte bis zu 16.09. einwandfrei. Seit dem kein connect und exakt selbige Meldung im Log. Auch mit Verbose 5! :( Und seit dem versuche ich fast jeden Abend was anders zu testen und zu Probieren. Wenn der Ehrgeiz nicht wäre hätte ich schon lange hingeschmissen und hätte es mit einer 99_Utils gemacht.
Auch ich komme nicht weiter.
Was ich sicher sagen kann das es an der Config nicht liegen kann da diese ja via Konsole und FHEM-CMD funktioniert und yowsup allein auch funktioniert. Für mich sieht es aus als ob das Modul yowsup nicht startet oder nicht starten kann oder sich yowsup sofort wieder beendet. Ich sehe jedenfalls keinen yowsup Prozess. (Sofern ich das richtig abfrage). Fakt ist auch das wenn ich im Modul bei CMD einen falschen Pfad angebe auch eine Fehlermeldung kommt das da was falsch ist.
2015.10.14 19:59:13 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.14 19:59:13 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli_ demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.10.14 19:59:13 1: PERL WARNING: Can't exec "/opt/yowsup-master/yowsup-cli_": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2015.10.14 19:59:13 1: exec failed
2015.10.14 19:59:13 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2015.10.14 19:59:13 3: WhatsApp: sending /disconnect
2015.10.14 19:59:13 3: WhatsApp: Disconnected
2015.10.14 19:59:13 3: WhatsApp: read: end of file reached while sysread
Ansonsten bin ich ratlos was es sein kann.
Schade eigentlich!
Hallo Skusi, majorshark,
nur um sicher zu gehen. Habt Ihr die neueste yowsup - Version installiert? Tgalal hat nämlich am 22. September neue Nokia S40 Keys veröffentlicht.
vG
Wolfgang
Hallo Wolfgang.
Ich denke schon. Bei mir ist Version 2.4 drauf. Vorgängerversionen habe ich auch getestet - mit gleichem Ergebniss.
Genau das gleiche Problem hab ich auch.
2015.10.17 20:50:42 3: WhatsApp: Disconnected
2015.10.17 20:50:42 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.17 20:50:42 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.10.17 20:50:42 3: WhatsApp: sending /L
2015.10.17 20:50:42 3: WhatsApp: sending /presence available
2015.10.17 20:50:44 3: WhatsApp: sending /disconnect
2015.10.17 20:50:44 3: WhatsApp: Disconnected
2015.10.17 20:50:44 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2015.10.17 20:50:44 3: WhatsApp: read: end of file reached while sysread
2015.10.17 20:50:54 2: WhatsApp: setting $HOME to /opt/fhem
2015.10.17 20:50:54 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.10.17 20:50:54 3: WhatsApp: sending /L
2015.10.17 20:50:54 3: WhatsApp: sending /presence available
2015.10.17 20:50:56 3: WhatsApp: sending /disconnect
2015.10.17 20:50:56 3: WhatsApp: Disconnected
Und das ging solange weiter bis ich yowsub bzw. Whatsapp erstmal auskommentiert habe.
Das Problem ist mir erst aufgefallen, nachdem meine Bluetooth Presence funktion immer wieder ausgefallen ist und mein Handy nur auf absent war.
Hallo Lling,
gibt es unter /opt/fhem ein directory .yowsup (ls -al). Wenn nicht mal die Rechte überprüfen.
vG
Wolfgang
Jupp. Den Ordner gibts.
schaut mal in die threads hier: http://forum.fhem.de/index.php/topic,41804.msg340481.html#msg340481 (http://forum.fhem.de/index.php/topic,41804.msg340481.html#msg340481) und hier:http://forum.fhem.de/index.php/topic,13419.msg341490.html#msg341490 (http://forum.fhem.de/index.php/topic,13419.msg341490.html#msg341490). da gibt es probleme wenn mehrere python vereinen installiert sind und die falsche genommen wird weil der user fhem andere pfade hat.
eventuell ist das hier auch die lösung die richtige python version einzutragen.
gruss
andre
Hallo
Danke für Deine Antwort.
Leider funktioniert es nicht. Ein which python liefert /usr/bin/python. So steht es ja auch in der yowsup-cli in der ersten Zeile. Ändere ich Testweise die erste Zeile in der yowsup.cli in /usr/bin/python3 bekomme ich die gleichen Fehlermeldungen.
Wenn ich es richtig interpretiere startet "python" auch version 2.7.3
pi@raspberrypi ~ $ sudo su - fhem
fhem@raspberrypi:~$ python
Python 2.7.3 (default, Mar 18 2014, 05:13:23)
[GCC 4.6.3] on linux2
Hallo justme1968,
kannst du in deine Programmierung nicht das senden über Broadcast (Nachricht senden an mehrere ohne Gruppen) einbauen?
Läuft bei mir schon ein paar Monate.
Das habe ich eingefügt
...
} elsif( $cmd eq 'broadcast' ) {
readingsSingleUpdate( $hash, "sent", join( ' ', @args ), 1 );
my $number = shift(@args);
$number =~ s/\./-/;
return yowsup_Write( $hash, "/message broadcast $number '". join( ' ', @args ) ."'" );
return undef;
Aufruf:
set WhatsApp broadcast PhoneNr1, Nr2, Nr3 ...
ich habe eingebaut das automatisch broadcast verwendet wird wenn beim send ein , im empfänger steht. d.h. man kann einfach set <device> send <nummer1>,<nummer2>,... text
verwenden.
gruss
andre
Nur zur Info hast du das gerade eingebaut oder war das schon drin?
Hatte es vor längere Zeit mal probiert, ging aber nicht.
gerade eingecheckt, morgen im update.
Super
Habe noch ein Problem. Senden von Nachrichten geht problemlos. Nur schein alles über RAW nicht zu laufen
Zum Beispiel das Bild setzen geht nicht:
set WhatsApp raw /profile setPicture '/opt/fhem/www/images/default/fhemicon.png'
Log-File:
2015.10.18 23:03:43 3: WhatsApp: sending /profile setPicture '/opt/fhem/www/images/default/fhemicon.jpg'
Keine Fehlermeldung
Danke
Holger
setz mal verbose 5.
geht set <device> raw /help ?
du kannst auch versuchen mit set <device> raw /message send <numemr> test etwas zu senden.
vielleicht muss das profil bild eine bestimmte größe haben? und es geht deshalb nicht.
gruss
andre
help -> Bildschirm bleibt leer
set WhatsApp raw /message send -> funktioniert
Gruss Holger
Log:
2015.10.18 23:47:29 4: Connection accepted from FHEMWEB:192.168.178.21:56715
2015.10.18 23:47:29 4: FHEMWEB:192.168.178.21:56715 POST /fhem&cmd=set+WhatsApp+raw+%2Fprofile+setPicture+%27%2Fopt%2Ffhem%2Fwww%2Fimages%2Fdefault%2Ffhemicon.jpg%27; BUFLEN:0
2015.10.18 23:47:29 5: Cmd: >set WhatsApp raw /profile setPicture '/opt/fhem/www/images/default/fhemicon.jpg'<
2015.10.18 23:47:29 3: WhatsApp: sending /profile setPicture '/opt/fhem/www/images/default/fhemicon.jpg'
2015.10.18 23:47:29 5: Triggering WhatsApp (1 changes)
2015.10.18 23:47:29 5: Notify loop for WhatsApp raw /profile setPicture '/opt/fhem/www/images/default/fhemicon.jpg'
2015.10.18 23:47:29 4: FHEMWEB:192.168.178.21:56715 GET /fhem; BUFLEN:0
2015.10.18 23:47:29 4: name: /fhem / RL:1235 / text/html; charset=UTF-8 / Content-Encoding: gzip
Bild ist: 129x132, 96 dpi, Bittiefe 24
set WhatsApp raw /presence available -> funktioniert auch nicht
Hallo.
Leider kann ich den Fehler immer noch nicht eingrenzen. Deswegen eine Frage:
Wenn im Modul Zeile 177 ein
exec split( ' ', $cmd ) or Log3 $name, 1, "exec failed";
gemacht wird, dann verstehe ich das so, dass das Perlprogramm (Modul) sofort beendet wird, und der entsprechende Systemaufruf ausgeführt wird.
Ist das soweit Richtig?
Wenn ich das also mit "top -u fhem" oder nur "top" auf der Konsole beobachte sollte doch auf jeden Fall mal ein Python Prozess auftauchen. Oder?
Wenn er nicht auftaucht, wie bei mir, was ist dann falsch?
wenn das exec gut geht wird die log zeile niemals ausgeführt sondern der prozess wird zum youwsup prozess.
wenn der prozess da nicht auftaucht wird er so schnell wieder beendet das du ihn nicht siehst. das ist auch genau das was dein log zeigt. warum er sich beendet weiss ich nicht. es liegt aber nicht direkt am fhem modul sondern am environment.
wenn du yowsup von hand startest verwendest du den gleichen user unter dem fhem läuft? irgendetwas unterscheidet sich. Berechtigungen, pfade, versionen. irgendetwas.
trag mal statt yowsup ein shellscript das nur ein env macht und in ein file schreibt ein und vergleich das mit dem env das du bekommst wenn du es von hand eingibst.
gruss
andre
Wenn ich yowsup von Hand starte benutze ich exakt die gleiche Befehlszeile und schreibe diese in die Konsole.
Das funktioniert auch, wenn ich mich als benutzer fhem anmelde (sudo su - fhem). Oder ist das Falsch?
Folgendes habe ich nun gemacht. Hoffe es ist richtig so.
Eine Datei erstellt:
#!/bin/bash
echo "Test"
env > /mnt/usbstick/text.txt
echo "Ausgabe Datei" >> /mnt/usbstick/text.txt
Dabei bekomme ich bei unterschiedlichen Benutzern und auch beim starten aus der fhem Kommandozeile oder dem Modul unterschiedliche Ausgaben. Siehe Dateianhänge.
In der Ausgabe vom Modul steht zusätzlich "PYTHONUNBUFFERED=1" und HOME zeigt auf /opt/fhem aber es fehlt "Ausgabe Datei". Ansonsten sehe ich da keine Unterschiede. Noch weniger kann ich da einen Fehler interpretieren.
auf den ersten blick ist zu sehen das HOME bei allen drei varianten unterschiedlich ist. konfiguriere home in fhem auf die gleiche variante die von hand geht.
gruss
andre
Es ist vielleicht ein wenig offtopic, aber hat es jemand geschafft, sich mit seinen Nummern in YowsUp abzumelden?
Über die Konsole kann man mit "/account delete" angeblich die Nummer löschen.
Jedoch auch nach dreimaliger Wiederholung (hier notwendig), ist die Nummer noch per WhatsApp zu erreichen.
Meinst Du das Home Attr. im yowsup Modul?
Hi,
die SMS beim versenden wird ja auf die registrierte Nummer versendet, also kann die Nummer nicht fiktiv sein. Korrekt??
Zitat von: Tobias am 20 Oktober 2015, 23:06:48
Hi,
die SMS beim versenden wird ja auf die registrierte Nummer versendet, also kann die Nummer nicht fiktiv sein. Korrekt??
Sofern du nicht eine Möglichkeit findest, SMS an fiktive Nummern zu empfangen, ist das korrekt. Die Frage irritiert mich etwas.
andere Frage, versuche ein Profilbild zu setzen:
set WhatsApp raw /profile setPicture '/opt/fhem/www/images/default/fhemicon_dark.png'
2015.10.21 19:49:19 3: WhatsApp: sending /profile setPicture '/opt/fhem/www/images/default/fhemicon_dark.png'
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 505, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 154, in startInputThread
wait = self.execCmd(cmd)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 141, in doExecCmd
return fn()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 219, in profile_setPicture
pictureData = src.resize((640, 640)).tobytes("jpeg", "RGB")
File "/usr/local/lib/python2.7/dist-packages/PIL/Image.py", line 668, in tobytes
e = _getencoder(self.mode, encoder_name, args)
File "/usr/local/lib/python2.7/dist-packages/PIL/Image.py", line 430, in _getencoder
return encoder(mode, *args + extra)
SystemError: unknown raw mode
und wenn ich ein Bild senden will:
2015.10.21 19:57:07 3: WhatsApp: sending /image send 4912345678 /opt/fhem/www/images/default/fhemicon_dark.png
ERROR:yowsup.layers.protocol_media.mediauploader:Error occured at transfer cannot write mode LA as JPEG
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/layers/protocol_media/mediauploader.py", line 137, in run
self.successCallback(sourcePath, self.jid, result["url"])
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 541, in <lambda>
successFn = lambda filePath, jid, url: doSendFn(filePath, url, jid, resultRequestUploadIqProtocolEntity.getIp(), caption)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 518, in doSendImage
entity = ImageDownloadableMediaMessageProtocolEntity.fromFilePath(filePath, url, ip, to, caption = caption)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 82, in fromFilePath
preview = ImageTools.generatePreviewFromImage(path)
File "/opt/yowsup-master/yowsup/common/tools.py", line 153, in generatePreviewFromImage
if ImageTools.scaleImage(image, fileObj, "JPEG", YowConstants.PREVIEW_WIDTH, YowConstants.PREVIEW_HEIGHT):
File "/opt/yowsup-master/yowsup/common/tools.py", line 132, in scaleImage
im.save(outfile, imageFormat)
File "/usr/local/lib/python2.7/dist-packages/PIL/Image.py", line 1665, in save
save_handler(self, fp, filename)
File "/usr/local/lib/python2.7/dist-packages/PIL/JpegImagePlugin.py", line 565, in _save
raise IOError("cannot write mode %s as JPEG" % im.mode)
IOError: cannot write mode LA as JPEG
ERROR:yowsup.demos.cli.layer:Upload file /opt/fhem/www/images/default/fhemicon_dark.png to https://mmi680.whatsapp.net/u/xxxxxxxxxxxx/xxxxxxxxxxxxx for 4912345678@s.whatsapp.net failed!
Bin nach Wiki vorgegangen und habe die Pakete die für die Bilder verantwortlich sind installiert (cubietruck mit debian wheezy)
sudo apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
sudo pip install pillow
Normaler Text senden um empfangen funktioniert :)
Hallo versuche jetzt seid 3 Stunden WhatsApp mit deinem Modul ans laufen zu bekommen aber es klappt einfach nicht.
Bekomme in meinem Handy weder fhem als Kontakt angezeigt noch kann ich aus fhem oder via telnet eine Nachricht an mich senden.
Das kommt wenn ich es via ssh versuche:
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49163xxxxxxxx "Das ist ein Test"
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 279, in startSendClient
not self.args["unmoxie"]) File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 49, in __init__ self.stack.setCredentials(credentials)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 155, in setCredentials
self.getLayerInterface(YowAuthenticationProtocolLayer).setCredentials(credentials)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 42, in setCredentials
self._credentials = self.__getCredentials(credentials)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 37, in __getCredentials
password = base64.b64decode(pb64)
File "/usr/lib/python2.7/base64.py", line 76, in b64decode raise TypeError(msg)
TypeError: Incorrect padding fhem@raspberrypi:/opt/yowsup-master$
Hoffe du kannst mir helfen
Zitat von: Tueftler1983 am 23 Oktober 2015, 02:31:27
Hallo versuche jetzt seid 3 Stunden WhatsApp mit deinem Modul ans laufen zu bekommen aber es klappt einfach nicht.
Bekomme in meinem Handy weder fhem als Kontakt angezeigt noch kann ich aus fhem oder via telnet eine Nachricht an mich senden.
Wenn auf deinem Handy dein FHEM nicht als Whatsapp-Kontakt angezeigt wird, obwohl du die Nummer in den Kontakten hast, dann würde ich vermuten, dass die Registrierung gar nicht funktioniert hat.
Gab es dabei Probleme?
Edit: Und warum heißt dein Home-Ordner PWD?
Die regestrierung War glaube ich okay.
Siehe Bild 1
Und home Verzeichnis habe ich nach Anleitung gemacht.
Bild 2
Zitat von: Tueftler1983 am 23 Oktober 2015, 16:45:05
Die regestrierung War glaube ich okay.
Okay, dann sollte der aber auch in den Whatsapp-Kontakten auftauchen.
Übrigens sind da noch Nummer und PW im Screenshot sichtbar.
Zitat von: Tueftler1983 am 23 Oktober 2015, 16:45:05
Und home Verzeichnis habe ich nach Anleitung gemacht.
Okay, ist an mir vorbeigegangen, dass das geht. Bei mir steht der komplette Pfad drin.
Mir ist noch was aufgefallen: Versuch mal das send ohne Plus vor der Nummer. Also
set WhatsApp send 49163xxxxx Test
Hallo teilerfolg!
Über telnet console kann ich jetzt WhatsApp Nachrichten senden.
Aber in fhem geht's nicht und im state steht offline.
Habe jetzt das home Verzeichnis mit Pfad angegeben.
P.s. habe das senden auch ohne + versucht und mit 00 auch kein Erfolg
Vielleicht fällt jemandem noch ein Fehler im Screenshot auf.
So ohne das ich jetzt noch was gemacht habe klappt das senden auch aus fhem.
Aber wie bekomme ich es hin das ich vom Handy befehle an fhem senden kann und diese ausgeführt werden?
Z.b. set Brunnen on
attr WhatsApp commandPrefix 1 ..... bringt die Meldung das es ein unbekannter Befehl ist
was genau hast du gesendet? was steht bei verbose 5 im log ?
gruss
andre
Habe fhem neu gestartet jetzt läuft alles auch mit empfangen und schalten klappt
irgendjemand eine idee warum ich keine BIlder senden kann? Fehlermeldungen siehe oben
Hallo zusammen,
ich bin am verzweifeln.
Das versenden einer Nachricht über FHEM (set NUMMER send NACHRICHT) funktioniert problemlos.
Auch das Versenden einer Nachricht über den Putty mit
python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxx 'text'
funktioniert.
Wenn ich jedoch aus FHEM folgendes ausprobiere
{system("python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4916xxxxxx \"Das ist ein Test\"")}
bekomme ich folgenden Fehler in der Konsole:
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.yowsup'
Ich habe bereits Leserechte auf den Root Ordner gesetzt und auch den fhem user in die Gruppe root aufgenommen, alles ohne Erfolg.
Danke für Eure Unterstützung
Hallo steimer-vl
OSError: [Errno 13] Permission denied: '/.yowsup'
Das .yowsup Directory kann nicht angelegt werden. Wobei ich mich frage warum Du nicht aus FHEM heraus versenden willst.
vG
Wolfgang
Hallo Wolfgang,
besten Dank für Deine schnelle Antwort. Ich möchte Nachrichten auch aus einem Script (weiter vorne auf Seite 7-9 in diesem Beitrag beschrieben) versenden.
Anwendungsfall:
Ich schreibe eine Nachricht per iPhone mit dem Text "Wetter" an fhem, dafür möchte ich mir ein notify anlegen welches mir dann die aktuellen Daten meiner Wetterstation schickt.
Das funktioniert bei mir momentan nur "umständlich" über (Nachricht von meinem iPhone an Fhem)
{Value("Wetterstation")}
Zu Deiner Antwort: Wo möchte er das Verzeichnis /.yowsup anlegen?
Danke!
Andere Frage, wie kann ich über FHEM Readings von meinen unterschiedlichen Devices per Nachricht versenden,
ich denke da an folgendes:
{set 49XXXXX send {Value("Wetterstation")}}
Vielleicht bin ich an der Stelle auf einer falschen Spur, aber auf diese Weise wäre es für mich einfach ein notify zu realisieren.
Andernfalls muss ich an dieser Stelle über ein Script gehen, dazu müsste ich den Fehler (siehe oben beheben).
Danke!
VG
Steffen
Werte von Readings erhält man mit der Funktion ReadingsVal. FHEM Grundlagen. Das hat im Grunde nichts mit yowsup zu tun.
Ein notify könnte bspw. so aussehen:
DEVICE:TRIGGER {my $val=ReadingsVal("DEVICENAME","READINGNAME",0);fhem("set WHATSAPPDEVICE send $val")}
Danke Marvin, so hat es funktioniert! 8)
im übrigen kannst du *nicht* gleichzeitig das fhem modul und das script verwenden. pro telefon nummer kann es immer nur eine einzige instanz geben die eine verbindung zu whatsapp offen hat. deshalb kannst du ja auch nicht den handy account gleichzeitig in fhem nutzen.
wenn du featurelevel auf 5.7 setzt kannst du das notify auch so schreiben:DEVICE:TRIGGER set WHATSAPPDEVICE send [DEVICENAME:READINGNAME]
wenn du das modul einsetzt gibt es auch keinen grund warum du das script weiter verwenden willst. auf den empfangenen text 'wetter' reagierst du in einem entsprechenden notify und sendest die antwort mit set <device> text zurück.
gruss
andre
Hallo ich bekomme einfach das Profilbild nicht gesetzt.
Versuche es aus Fhem heraus mit:set WhatsApp raw /profile setPicture '/opt/fhem/fhem.png' auch wenn ich die ' vor und hinter dem Pfad weg lasse geht es nicht.
Das Bild befindet sich genau an der stelle und ist 334 Kb groß
Wo mache ich den fehler
Ich glaube, das geht nur mit JPGs
Aber im Beispiel steht doch auch fhem_logo.png
Habe es hin bekommen aber ohne >'< !!!
Mfg Steffen
Was Steffen das Profilbild? Wie ist bei dir der Dateiname? Heißt es bei dir fhem_logo.png oder anders?
Ich habe es mit "jpg" geschafft aber erst als ich ohne " ' " versucht hatte ging es sofort!
Mfg Steffen
Bei mir klappt es weder mit ' noch ohne ' und egal ob jpg oder peg
Versuche mal bitte ein reconnect vor der Eingabe und habe es gerade nochmal paar mal versucht und hat nicht immer klappt, aber auch mit ' hat es ein paar mal geklappt und auch nur bei jpg!
Also erst disconnect dann reconnect und dann set WhatsApp raw /profile setPicture /opt/fhem/fhem.jpg
Zitat von: Tueftler1983 am 25 Oktober 2015, 12:37:19
Also erst disconnect dann reconnect und dann set WhatsApp raw /profile setPicture /opt/fhem/fhem.jpg
Danke für die Hinweis, mit jpg hats auch bei mir endlich funktioniert. Bei png gibts merkwürdige Fehlermeldungen
Hi,
Erst mal ein riesiges DANKESCHÖÖÖÖÖN....
Ich hab es soweit geschafft das ich Bilder und Nachrichten gut verschicken kann.
Mein Problem ist ein bisschen anders.
Ich würde gerne ein JPG direkt aus der WebCam verschicken sobald jemand an der Tür klingelt.
Nachrichtenversenden per Event sind kein Problem.
Vermutlich ist es eher der Link zur WebCam, der nicht funktioniert.
Der Link beinhaltet ein Usernamen und ein Passwort für die WebCam.
Ich versuche es so: set WhatsApp image 49xyxyxyxy 'http://webcam.net/snapshot.jpg?user=name&pwd=passwort'
Ich bekomme folgende Fehlermeldung:
2015.10.25 13:20:00 3: WhatsApp: sending /image send 49xyxyxyxy 'http://webcam.net/snapshot.jpg?user=name&pwd=passwort'
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 154, in startInputThread
wait = self.execCmd(cmd)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 141, in doExecCmd
return fn()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 373, in image_send
entity = RequestUploadIqProtocolEntity(RequestUploadIqProtocolEntity.MEDIA_TYPE_IMAGE, filePath=path)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/iq_requestupload.py", line 27, in __init__
assert os.path.exists(filePath), "Either specified path does not exist, or yowsup doesn't have permission to read: %s" % filePath
AssertionError: Either specified path does not exist, or yowsup doesn't have permission to read: http://webcam.net/snapshot.jpg?user=name&pwd=passwort
2015.10.25 13:20:10 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 49xxxxxxxxxx@s.whatsapp.net
2015.10.25 13:20:10 4: WhatsApp: parse:
2015.10.25 13:21:00 4: WhatsApp: parse: Iq:
ID: 3
Type: result
from: 49xxxxxxxxxx@s.whatsapp.net
Danach ist auch lange kein versenden mehr möglich.
Erst nach neustart von FHEM.
Die WebCam wird in FHEM mit diesem Link Problemlos dargestellt.
Hat da einer von euch ne Idee?
Gruß Peer
Edit1: Das ganze über einen FTP-Server auf meinem Odroid zu lösen ist eher schlecht, da ich das Bild von genau dem Zeitpunkt haben will wo der Event passiert und nicht alle 30 Sekunden.
Edit2: Danke justme1968, aber es geht noch einfacher. Es gibt ein Modul IPCAM das den Job übernimmt. ;)
Dann einfach per "get Cam image" vor dem senden aktualisieren...
die bilder müssen als file im filesystem liegen. also erst mit wget oder httputils holen.
gruss
andre
Also ich habe es immernochnicht hin bekommen ein Profilbild zu setzen
Im log steht das drin
2015.10.25 17:37:34 4: FHEMWEB:192.168.2.29:45709 POST /fhem&cmd=set+WhatsApp+raw+%2Fprofile+setPicture+%2Fopt%2Ffhem%2Ffhem.jpg; BUFLEN:0
2015.10.25 17:37:34 5: Cmd: >set WhatsApp raw /profile setPicture /opt/fhem/fhem.jpg<
2015.10.25 17:37:34 3: WhatsApp: sending /profile setPicture /opt/fhem/fhem.jpg
2015.10.25 17:37:34 5: Triggering WhatsApp (1 changes)
2015.10.25 17:37:34 5: Notify loop for WhatsApp raw /profile setPicture /opt/fhem/fhem.jpg
2015.10.25 17:37:35 4: FHEMWEB:192.168.2.29:45709 GET /fhem; BUFLEN:0
Vielleicht hilft es weiter
Lol sorry
Es ist geschafft habe bei der Installation einen schritt übersehen...
sudo pip install pillow
Jetzt hat es geklappt und ich bekomme im log auch die Meldung : Profil picture update successfully
Danke an die Helfer
Kann man jetzt ein Text an zwei nummern gleichzeitig Senden?
Habe es so versucht aber geht irgendwie nicht mehr?!?
set WhatsApp send 4917662882787,491723866636 Liescha ist zu Hause
Mfg Steffen
genau so sollte es gehen. was steht im log bei verbose 5 ?
gruss
andre
1xxxxxx,1xxxxxx mal versucht also ohne leerzeichen?
Ich gaube ich weiss jetzt woran es gelegen hat,
ich hatte es dann mit einer nummer versucht...wie soll ich es am besten ausdrücken...die bei fhem schon registriert war also von der nummer wo fhme schon mal eine mitteilung empfangen hat.
Also habe ich eine nachricht mit der nummer an fhem gesendet und genau danach ging es genau mit dem Code den ich hier gepostet hatte!
Mfg Steffen
ich glaube das steht sogar irgendwo: man kann diese broadcast nachrichten nur an jemanden senden der schon mal eine normale nachricht bekommen hat.
ich glaube das steht sogar irgendwo: man kann diese broadcast nachrichten nur an jemanden senden der schon mal eine normale nachricht bekommen hat.
Das komische aber das genau dieser code vorher immer geklappt hatte, glaube seit dem letzten update nicht mehr!?!
Mfg Steffen
Hallo, seit heute morgen läuft mein WhatsApp nicht mehr, ich habe keine Änderung an der Config oder sonstiges gemacht.
Diese Fehlermeldung bekomm ich im Minutenabstand :
015.10.29 10:40:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/whatsapp.cfg --yowsup --moxie
2015.10.29 10:40:46 3: WhatsApp: sending /L
2015.10.29 10:40:46 3: WhatsApp: sending /presence available
2015.10.29 10:40:46 3: WhatsApp: sending /presence name 'FHEM'
2015.10.29 10:40:50 3: WhatsApp: sending /disconnect
2015.10.29 10:40:50 3: WhatsApp: Disconnected
2015.10.29 10:40:50 3: WhatsApp: read: error during sysread: No child processes
2015.10.29 10:40:50 3: WhatsApp: read: end of file reached while sys read
Jemand ne Idee...? Es lief bisher ohne Probleme, erst seit heute morgen diese Meldungen.
Hi Ma_Bo,
hatte ich heute morgen bzw. gestern Nacht auch.. hab mich auch gewundert was los ist..
Heute Morgen einfach Update und es funzt wieder..
habe auf dem Raspberry Pi2 folgende CMD benutzt:
vorher habe ich die master.zip und das yowsup-master Verzeichnis umbenannt.
und stehe bei der Ausführung im Verzeichnis: /opt/fhem
wget https://github.com/tgalal/yowsup/archive/master.zip
unzip master.zip
anschließend Rechte überprüfen.. und ggf. auf fhem setzen.
Gruß
Basi79
Danke, probier ich direkt mal aus...
Leider kein Erfolg.
Das wird mir jetzt angezeigt:
2015.10.29 11:16:46 2: WhatsApp: setting $HOME to /home/fhem
2015.10.29 11:16:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/whatsapp.cfg --yowsup --moxie
2015.10.29 11:16:46 3: WhatsApp: sending /disconnect
2015.10.29 11:16:46 3: WhatsApp: Disconnected
2015.10.29 11:16:46 3: WhatsApp: read: end of file reached while sysread
2015.10.29 11:16:47 2: WhatsApp: setting $HOME to /home/fhem
2015.10.29 11:16:47 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/whatsapp.cfg --yowsup --moxie
2015.10.29 11:16:47 3: WhatsApp: sending /disconnect
2015.10.29 11:16:47 3: WhatsApp: Disconnected
2015.10.29 11:16:47 3: WhatsApp: read: end of file reached while sysread
mach mal das --moxie weg.
Danke !! Funktioniert ohne --moxie
aber warum, hatte dies schon getestet, aber bevor ich aktualisiert habe.
Egal, Hauptsache es läuft wieder.
Danke für die schnelle Hilfe !!
Hallo!
Heute hatte ich das Problem schon wieder mit dieser def.
([Liescha] eq "present") (set WhatsApp send 49176xxxxx87,491723xxxx36 Liescha ist zu Hause) DOELSE (set WhatsApp send 4917xxxxx787,49172xxxxx636 Liescha ist nicht zu Hause)
bekomme ich im log folgenden fehler:
2015.10.29 11:52:54 3: WhatsApp: sending /message send 491766xxxx87 ''
2015.10.29 11:52:54 2: LieschaPush: 49172xxxxx36 Liescha ist nicht zu Hause: Unknown command 491723xxxxx36, try help.
Irgndwas scheint da doch noch nicht zu klappen, sehe den Fehler aber leider nicht?!
Mfg Steffen
Das Problem wird im DOIF liegen. Dort werden fhem Kommandos voneinander mit Komma getrennt. So weit ich weiß, gibt es auch dafür Abhilfen, aber die sind im DOIF Modul zu suchen, nicht im yowsup Modul. Alternative wäre ein "altmodisches" notify ;)
@Steffen
in deinem Code steht noch deine Mobilnummer im Klartext.
Setze den Befehl mal in doppelte Klammern "(( set... ))"
Das sollte helfen.
vb
Versuch es mal mit
([Liescha] eq "present") (set WhatsApp send 49176xxxxx87 Liescha ist zu Hause,set WhatsApp send 491723xxxx36 Liescha ist zu Hause) DOELSE (set WhatsApp send 4917xxxxxx87 Liescha ist nicht zu Hause,set WhatsApp send 49172xxxxxxx6 Liescha ist nicht zu Hause)
da Befehle im Doif mit , getrennt werden, kann das so nicht funktionieren, wie du es hattest.
Zitat von: VB90 am 29 Oktober 2015, 12:52:15
@Steffen
in deinem Code steht noch deine Mobilnummer im Klartext.
Setze den Befehl mal in doppelte Klammern "(( set... ))"
Das sollte helfen.
vb
Ja danke genau das mit den zwei Klammern scheint zu klappen...danke
Mfg Steffen
Computer haben ein Eigenleben und machen was sie wollen. Ich habe es schon immer gewust. ???
Seit 13:19 Uhr bin ich wieder Online! Was habe ich gemacht? Nichts besonderes! Heute einfach mal das "diabled " entfernt und schon war ich online.
Wobei ich heute morgen den kompletten Pfad yowsup-master neu eingespielt habe und auch das ./yowsup neu erstellen lassen habe. Aber das hatte ich ja vorher auch schon gemacht.
Bin ja mal gespannt wann ich dann wieder grundloss offline bin.
2015.10.30 18:57:30.666 4: WhatsApp: parse: general: Login Failed, reason: not-authorized Auth Error, reason not-authorized
Seit gestern abend bin ich offline.
Verändert, umgebaut oder geupdatet habe ich nichts.
Mal sehen ob es bis morgen von allein wieder auf die Beine kommt, ansonsten schaue ich mal nach einer neueren Version von yowsup
vb
Zitat von: VB90 am 30 Oktober 2015, 19:05:24
Mal sehen ob es bis morgen von allein wieder auf die Beine kommt, ansonsten schaue ich mal nach einer neueren Version von yowsup
Ich denke nicht, dass sich das von alleine löst. Hatte das gleiche Problem. Seit heute Nacht 3:30 war yowsup offline. Nach yowsup-Update ( das Programm, nicht das FHEM-Modul ) läufts direkt wieder. Wahrscheinlich hat Whatsapp wieder was geändert, was die alte yowsup-Version noch nicht konnte. Der Parameter --moxie ist jetzt bei mir auch überflüssig, da das wohl jetzt Default ist.
Danke für den Hinweis. Dann werde ich morgen früh direkt mal ein update machen.
Edit:
Habe gerade die neuste Version (2.4) aus dem Github geladen und einfach in das entsprechende Verzeichnis kopiert.
Danach in FHEM Disconnect und reconnect und die Sache funzt wieder.
"--moxie" brauchte ich bisher nicht und derzeit auch nicht.
Hoffe es läuft jetzt wieder so stabil wie bisher, hatte länger keinerlei Probleme.
vb
Erledigt! Es geht nach 20 Min warten....warum auch immer.
Ich musste auch die yowsup Dateien aktualisieren und --moxie entfernen.
Online bin ich wieder, er bekommt auch Textnachrichten und und kann damit DOIF ausführen.
ABER:
Bisher habe ich mir für vieles auch Nachrichten gesendet, das geht Momentan nicht!
Im Log: WhatsApp: sending /message send 4915XXXXXXX '4915XXXXXXXX Test'
DEF 4915XXXXXXXXX
NAME YSJoe
NR 53
NTFY_ORDER 50- YSJoe
NUMBER 4915XXXXXXXX
STATE ???
TYPE yowsup
Die Namensänderung war damals von mir gemacht worden , da sonst ein DOIF mit nur der Handynummer nicht funktionierte.
Nachdem ich nun einige Tage mit dem Internet Probleme hatte und meine Fritzbox per UMTS Stick am laufen hatte (w#hrend deiser Zeit hat FHEM mit Whatsapp gut gearbeitet) habe ich nun, seitdem meine DSL Leitung wieder steht Probleme mit Whatsapp, dem yowsub Modul oder was auch immer...
2015.11.01 01:06:02 3: WhatsApp: read: error during sysread: No child processes
2015.11.01 01:06:02 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 480.
2015.11.01 01:06:02 3: stacktrace:
2015.11.01 01:06:02 3: main::__ANON__ called by ./FHEM/32_yowsup.pm (480)
2015.11.01 01:06:02 3: main::yowsup_Read called by fhem.pl (3087)
2015.11.01 01:06:02 3: main::CallFn called by fhem.pl (652)
2015.11.01 01:06:02 3: WhatsApp: read: end of file reached while sysread
2015.11.01 01:06:12 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.01 01:06:12 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.01 01:06:16 3: WhatsApp: sending /L
2015.11.01 01:06:16 3: WhatsApp: sending /presence available
2015.11.01 01:06:20 3: WhatsApp: sending /disconnect
2015.11.01 01:06:20 3: WhatsApp: Disconnected
2015.11.01 01:06:20 3: WhatsApp: read: error during sysread: No child processes
2015.11.01 01:06:20 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 480.
2015.11.01 01:06:20 3: stacktrace:
2015.11.01 01:06:20 3: main::__ANON__ called by ./FHEM/32_yowsup.pm (480)
2015.11.01 01:06:20 3: main::yowsup_Read called by fhem.pl (3087)
2015.11.01 01:06:20 3: main::CallFn called by fhem.pl (652)
2015.11.01 01:06:20 3: WhatsApp: read: end of file reached while sysread
2015.11.01 01:06:31 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.01 01:06:31 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.01 01:06:34 3: WhatsApp: sending /L
2015.11.01 01:06:34 3: WhatsApp: sending /presence available
2015.11.01 01:06:41 3: WhatsApp: sending /disconnect
2015.11.01 01:06:41 3: WhatsApp: Disconnected
2015.11.01 01:06:41 3: WhatsApp: read: error during sysread: No child processes
Bin ich nun mittlerweile auch ein Geschädigter wie viele anderem hier? Erkennt jemand (Andre?) mit Hilfe des Logauszugs (wo ist da der Anfang und das Ende eines Log-Druchgangs?) wo es bei mir hakt?
Ich danke Euch.
Gruß
Christian
Woran liegt es, das meine Freundin eine WhatsApp Nachricht bekommt, wenn die Spülmaschine fertig ist, ich jedoch nicht???
Hier der Code:
DEF
([PCA301_0FA6E9:power]>1.9) (set status_Spuelmaschine red) DOELSEIF ([PCA301_0FA6E9:power]<1.8) (set status_Spuelmaschine off, set WhatsApp send 49152meineNummer Spuelmaschine ist fertig, set WhatsApp send 49175NummerFreundin Spuelmaschine ist fertig)
Beide Handynummern sind korrekt, beide WhatsApp laufen problemlos... nur bekomme ich von FHEM nichts mehr... ich hab die NUmmer mit 49152...
Auch ein direktes Senden von Nachrichten geht nur bei der Freundin...
ich hab gerade die Config mal durch geguckt:
beide Einstellungen (Freundin und ich) sind gleich, bis auf die Handynummer... beide konnten Nachrichten empfangen, und senden (Statusabfrage, etc pp.)
Ich habe gerade eine Nachricht an FHEM gesendet - der Status hinter meiner NUmmer hat sich geändert auf composing - also weiss Fhem auch Bescheid, das ich was gemacht habe...
define 49152meineNummer yowsup 49152meineNummer
attr 49152meineNummer userattr allowedCommands commandPrefix
attr 49152meineNummer stateFormat message
define 49175NummerFreundin yowsup 49175NummerFreundin
attr 49175NummerFreundin userattr allowedCommands commandPrefix
attr 49175NummerFreundin stateFormat message
define WhatsApp yowsup
attr WhatsApp userattr acceptFrom
attr WhatsApp acceptFrom 49152meineNummer 49175NummerFreundin
ZitatWoran liegt es, das meine Freundin eine WhatsApp Nachricht bekommt, wenn die Spülmaschine fertig ist, ich jedoch nicht???
Nuja, dann gibts keine Diskussion, wer die Arbeit zu machen hat ;)
Tipp1: Setze mal Verbose 5 auf dein yowsup-Modul, dann wird es im Log recht gesprächig.
Tipp2: Die Aufzählung mit Komma muss im DOIF mit einer doppelten Klammer "((set WhatsApp send...))" bewerkstelligt werden, da die Komma sonst anders interpretiert werden.
Wurde hier schon ein paarmal besprochen, ist im DOIF Thread zu lesen und in der Command-Ref auch ;)
vb
Das mit den doppelten Klammern muss dann aber neu sein - weil, so wie es im Moment ist, hat es ja mal funktioniert...
Und wieso kann ich oben über die Kommandozeile keine Nachrichten versenden??? also an mich, bei der Freundin gehts ja...
PS: Wir haben beide das gleiche Handy...
Ich hab jetzt nur das Verboselevel geändert:
Wenn die Freundin schreibt, sehe ich im Event-Monitor, das sie schreibt, was sie gesendet hat, und was FHEM daraufhin macht...
Wenn ich schreibe, sehe ich im Monitor nur, das ich schreibe, mehr nicht....
DOIF doppelte Klammern ist nicht neu.
Was sagt das Log, wenn du dir aus FHEM was sendest?
Funktioniert das senden aus der Console?
vb
Interessant:
Sende ich vom Handy ein Bild oder eine Sprachnachricht, kommen beide bei FHEM durch, Textnachricht wird schlicht ignoriert...
Sende ich von FHEM direkt eine Nachricht, kommt effektiv ein WhatsApp offline...
Sende ich in FHEM an meine Freundin eine Nachricht, kommt diese auch an
Sende ich aus der CLI eine Nachricht, kommt diese bei der Freundin an, an meine Nummer kommt nichts an....
Hast du noch eine weitere Nummer zum testen?
Tippfehler in deiner Nummer kannst du definitiv ausschliessen?
ZitatWas sagt das Log, wenn du dir aus FHEM was sendest?
vb
Log:
2015.11.01 14:01:52 3: WhatsApp: sending /message send 49152XXXXXX 'Spuelmaschine ist fertig'
2015.11.01 14:01:52 4: WhatsApp: parse: [connected]:
2015.11.01 14:01:52 4: WhatsApp: parse:
Sent: 1446382912-8
[connected]:
Tipfehler kann ich ausschliessen, das FHEM/yowsup ja sieht, das ich tippe... ausserdem hab ich an der allgemeinen Config ja nichts geändert... ich bekomme nur keine Nachrichten mehr...
Irgendwie habe ich das Gefühl, das yowsup in einer Gruppe ist, und es deswegen nicht ganz funktioniert.... nur kann ich keine Gruppen finden, etc pp...
und dementsprechend auch nicht austreten...
Hast du deinen FHEM-Kontakt auf deinem Handy eventuell versehentlich blockiert?
Sende mal einen Befehl an dein FHEM, "set irgendwas on" und schau ob das umgesetzt wird.
FHEM versucht empfangene Meldungen umzusetzen und zu verarbeiten.
Klappt das nicht, wird es mit einem Hilferuf als Antwort quittiert.
ZitatUnknown command test4, try help.
Wenn du jedoch keine Nachrichten von deinem FHEM empfangen kannst, gehen diese Meldungen natürlich unter.
vb
Ich gebs auf:
2015.11.01 14:18:24 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49152XXXX@s.whatsapp.net
2015.11.01 14:18:27 4: WhatsApp: parse: Iq:
ID: 7
Type: result
from: 49621XXXX@s.whatsapp.net
bei echten Befehlen, bei selbst programmierten Befehlen... egal, was ich tippse...
auf dem Handy bekomme ich auch keine Angekommen-Häckchen...
Ich bin von dem Modul begeistert, hab aber gerade feststellen müssen, dass mit "{" sich fhem komplett verabschiedet...
@Blackmore
Aufgeben zählt nicht ;)
Wenn du den ganzen Thread liest, wirst du feststellen das schon viele User Probleme hatten, die sich irgendwann quasi in Luft aufgelöst haben.
Ich würde folgendes noch tun:
Den Raspberry oder worauf auch immer dein FHEM läuft, neu starten.
Wenn kein Erfolg; das Betriebsystem und FHEM updaten.
Neue Version des yowsup "installieren".
Ist ja im Grunde nur ein drüberkopieren der neueren Dateien.
Auf die Zugriffsrechte und Owner achter
Vorher natürlich den bisherigen Stand sichern.
Den Rechner nochmal neu starten und hoffen.
Alles in allem, je nach Aktualität deiner Software ne viertel Stunde Arbeit.
vb
Zitat von: VB90 am 01 November 2015, 15:10:13
@Blackmore
Aufgeben zählt nicht ;)
Wenn du den ganzen Thread liest, wirst du feststellen das schon viele User Probleme hatten, die sich irgendwann quasi in Luft aufgelöst haben.
Ich würde folgendes noch tun:
Den Raspberry oder worauf auch immer dein FHEM läuft, neu starten.
Wenn kein Erfolg; das Betriebsystem und FHEM updaten.
Neue Version des yowsup "installieren".
Ist ja im Grunde nur ein drüberkopieren der neueren Dateien.
Auf die Zugriffsrechte und Owner achter
Vorher natürlich den bisherigen Stand sichern.
Den Rechner nochmal neu starten und hoffen.
Alles in allem, je nach Aktualität deiner Software ne viertel Stunde Arbeit.
vb
Ubuntu auf dem Intel Nuc ist aktuell, vorhin erst upgrade gemacht...
Neu gestartet heute schon mehrmals, seit dem es nicht mehr ging auch schon öfters...
Owner, Rechte, und Version sollten keine Rolle spielen - da meine Freundin ja Nachrichten empfangen kann, nur ich bekomme nichts....
yowsup aktuallisiert - läuft - keine Nachrichten
Bzw - JETZT läuft gar nix mehr... ich sehe im Handy, das FHEM zwar online ist, aber das wars auch schon... jetzt kommen nirgends mehr Nachrichten an...
ich glaub, ich lösch des ganz...
Was hast du denn in fhem in der configuration von deiner Handynummer stehen unter: allowedComands?
Aufgeben zählt nicht
nix... aber meine Nachrichten kommen ja auch nicht an, weder FHEM -> Handy, noch Handy -> FHEM
Hallo,
bekomme im Log-File diese Meldungen:
Traceback (most recent call last):
File "/home/pi/yowsup/yowsup-cli", line 323, in <module>
if not parser.process():
File "/home/pi/yowsup/yowsup-cli", line 227, in process
self.startCmdline()
File "/home/pi/yowsup/yowsup-cli", line 254, in startCmdline
stack = cli.YowsupCliStack(credentials, not self.args["unmoxie"])
File "/home/pi/yowsup/yowsup/demos/cli/stack.py", line 13, in __init__
.pushDefaultLayers(encryptionEnabled)\
File "/home/pi/yowsup/yowsup/stacks/yowstack.py", line 51, in pushDefaultLayers
defaultLayers = YowStackBuilder.getDefaultLayers(axolotl)
File "/home/pi/yowsup/yowsup/stacks/yowstack.py", line 73, in getDefaultLayers
from yowsup.layers.axolotl import YowAxolotlLayer
File "/home/pi/yowsup/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/home/pi/yowsup/yowsup/layers/axolotl/layer.py", line 2, in <module>
from .protocolentities import SetKeysIqProtocolEntity
File "/home/pi/yowsup/yowsup/layers/axolotl/protocolentities/__init__.py", line 3, in <module>
from .iq_keys_get_result import ResultGetKeysIqProtocolEntity
File "/home/pi/yowsup/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 4, in <module>
from axolotl.identitykey import IdentityKey
File "build/bdist.linux-x86_64/egg/axolotl/identitykey.py", line 1, in <module>
File "build/bdist.linux-x86_64/egg/axolotl/ecc/curve.py", line 1, in <module>
File "build/bdist.linux-armv6l/egg/axolotl_curve25519.py", line 7, in <module>
File "build/bdist.linux-armv6l/egg/axolotl_curve25519.py", line 4, in __bootstrap__
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1129, in resource_filename
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1825, in get_resource_filename
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1855, in _extract_resource
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1195, in get_cache_path
File "build/bdist.linux-armv6l/egg/pkg_resources/__init__.py", line 1175, in extraction_error
pkg_resources.ExtractionError: Can't extract file(s) to egg cache
The following error occurred while trying to extract file(s) to the Python egg
cache:
[Errno 13] Permission denied: '/.python-eggs'
The Python egg cache directory is currently set to:
/.python-eggs
Perhaps your account does not have write access to this directory? You can
change the cache directory by setting the PYTHON_EGG_CACHE environment
variable to point to an accessible directory.
Habe den Ordner .python-eggs geprüft. Rechte sind 7777
Kann jemand helfen?
Danke
Holger
Zitat von: chr2k am 01 November 2015, 01:14:14
Nachdem ich nun einige Tage mit dem Internet Probleme hatte und meine Fritzbox per UMTS Stick am laufen hatte (während deiser Zeit hat FHEM mit Whatsapp gut gearbeitet) habe ich nun, seitdem meine DSL Leitung wieder steht Probleme mit Whatsapp, dem yowsub Modul oder was auch immer...
cut
Bin ich nun mittlerweile auch ein Geschädigter wie viele anderem hier? Erkennt jemand (Andre?) mit Hilfe des Logauszugs (wo ist da der Anfang und das Ende eines Log-Druchgangs?) wo es bei mir hakt?
Ich danke Euch.
Gruß
Christian
Ein Update von yowsup - also reines drüber instalieren der master.zip (wie in der wiki beschrieben) - hat mein Problem gelöst.
Generell mal: Wenn yowsup plötzlich bei 10 Leuten nicht mehr funktioniert, weil die alte yowsup-Version nicht mehr mit irgendwelchen Änderungen auf Whatsapp-Server-Seite klarkommt ist ( da ja zwangsläufig alle die gleichen Whatsapp-Server verwenden ) die Wahrscheinlichkeit hoch, dass veraltete yowsup-Installationen eher früher als später bei allen nicht mehr funktionieren. Wenn man also hier liest, dass yowsup offensichtlich ein Update braucht, verstehe ich nicht ganz, wieso hier erstmal Logs gepostet werden, bevor man mal versucht, yoswup auf den neuesten Stand zu bringen.
Außerdem sollte klar sein, dass yoswup eine undokumentierte, wahrscheinlich sogar von Whatsapp unerwünschte Schnittstelle eines stark genutzten und sich rapide weiterentwickelnden Systems nutzt. Die Entwickler von yowsup scheinen es ganz gut zu schaffen, den Veränderungen von Whatsapp immer ein bis zwei Schritte voraus zu sein, aber man muss sich im Klaren sein, dass die Kommunikation nach erstmaliger Einrichtung ohne weitere Eingriffe nicht die nächsten 10 Jahre rocksolid weiterlaufen wird. 60 % der Probleme hier sind yowsup Probleme 30 % sind Konfigurationsfehler. Da kann das Modul aber gar nichts für.
Zitat von: Blackmore am 01 November 2015, 17:17:48
Bzw - JETZT läuft gar nix mehr... ich sehe im Handy, das FHEM zwar online ist, aber das wars auch schon... jetzt kommen nirgends mehr Nachrichten an...
ich glaub, ich lösch des ganz...
Nach meinem Verständnis speichert yowsup pro Kontakt wohl eine Art von Public-Key für die Verschlüsselung. Die liegen in diesem .yowsup-Ordner. Ich habe jetzt gerade keinen Zugriff auf mein System, aber ich meine, das darunter pro Kontaktnummer nochmal ein Unterordner ist. Wenn deine Freundin noch kommunizieren kann, du aber nicht, vermute ich, dass mit der Verschlüsselung deiner Nachrichten etwas nicht mehr funktioniert.
Ich hoffe mal, du bist schon selbst auf die Idee gekommen, dein yowsup ( das Programm, nicht das Modul ) auf den neuesten Stand zu bringen!
Wenn es mit der neuesten Version
ohne Parameter --moxie und nach Neustart nicht funktioniert, dann versuch mal den .yowsup-Ordner zu löschen, damit die Verschlüsselung neu ausgehandelt wird.
Hallo Blackmore,
ich hatte auch das Problem mit den Verbindungen.
Im meinem Handy stand online, aber keine Nachricht kam an, während eine andere Nummer (die meiner Frau) funktionierte.
Ich glaube dass ich dann die .yowsup gelöscht hatte (/opt/fhem/.yowsup)
Nach einem Neustart vom Rechner funktionierte es dann wieder.
fhemeinsteiger
War bei mir auch so - eine Telefonnummer ging die andere nicht. Hatte es aber auf den Tausch des Handys bei gleicher Nummer geschoben. Ich habe ebenfalls den .yowsup Ordner gelöscht. Danach ging es gleich wieder.
Hallo!
Wäre es möglich noch ein "clear Readings" als befehl einzufügen, aber für die empfangene nummer?
Mfg Steffen
Wofür? Es gibt deletereading...
Danke...da war er wieder der Wald mit den vielen Bäumen ::)
Ich komm nicht weiter.
ich versuche dem Fhem via Yowsup bzw Whatsapp sachen zu schicken - es klappt net.
Versenden vom Fhem via z.b. Doif usw klappt.
Ich habs in allen Varianten probiert ich bekomme weder das Sample noch was anderes zu laufen. Fhem antwortet einfach net. In keiner Log steht irgendwas dazu :(
define notifySchlafzimmerlicht notify (4917624924xxx:message.*) {if (ReadingsVal("4917624924xxx","message",0) eq "Licht an") { set WhatsApp send 4917624924xxx test } else { fhem " set Schlafzimmerlicht on "}
@hundlos
für mich zum Verständnis bitte:
Du möchtest von deinem Smartphone an dein FHEM Befehle senden, um so z.B. das Licht einzuschalten oder so?
Dazu braucht es doch - meiner Meinung nach - in FHEM doch kein DOIF, notify oder sonst etwas.
Schicke einfach den Befehl deiner Wahl:
set Device on
Irgendwas halt.
Wenn yowsup respektive FHEM damit nichts anfangen kann, bekommst du eine entsprechende Meldung retour.
Dafür ist es natürlich hilfreich, wenn man seine Devices konsequent und einprägsam benannt hat.
Die originalen Bezeichnungen von Homematic-Teilen sind da beispielsweise ein wenige kontraproduktiv.
Ich denke, spätestens ab zehn Stück verliert man den Überblick ;)
vb
Hallo,
naja der Plan ist eher z.b. via Whatsapp die Abfrage zu machen z.B. Temp Küche - Antwort ist klar.
Gleichzeitig werd ich mir z.B. Täglich einmal komplett status senden.
Fhem kann mir über Doif usw was senden aber die nachrichten die ich via handy sende bringen keinen Befehl - stehn auch in keiner Log.
Gleichzeitig blockt yowsup fhem nach ca 2 std total.
Mein Startbefehl is :
sudo /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
...ich hab her leider ein Problem bei der Inbetriebnahme von yowsup.
Ich hab das Ganze auf meinem Debain Laptop nach Wiki installiert und hat auch alles geklappt... aber an dem Punkt an dem ich mir die Test-Message senden will, geht das irgendwie schief und es kommt keine Nachricht an meinem Telefon an....
Hat da einer einen Tipp für mich?
VG
Ralf
fhem@MiniHome-Server:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49172xxxxxxx "Das ist ein Test"
WARNING:yowsup.stacks.yowstack:Implicit declaration of parallel layers in a tuple is deprecated, pass a YowParallelLayer instead
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 280, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 54, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.6/asyncore.py", line 210, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.6/asyncore.py", line 151, in poll
read(obj)
File "/usr/lib/python2.6/asyncore.py", line 82, in read
obj.handle_error()
File "/usr/lib/python2.6/asyncore.py", line 78, in read
obj.handle_read_event()
File "/usr/lib/python2.6/asyncore.py", line 428, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 51, in processReceived
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 51, in processReceived
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 126, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 169, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 105, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 71, in handleSuccess
self.toUpper(nodeEntity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 98, in receive
self.callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/sendclient/layer.py", line 35, in onSuccess
self.toLower(messageEntity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 63, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 173, in send
s.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 111, in send
send(entity)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 15, in sendMessageEntity
self.entityToLower(entity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 115, in entityToLower
self.toLower(entity.toProtocolTreeNode())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 63, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 107, in send
self.handlePlaintextNode(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 190, in handlePlaintextNode
ciphertext = sessionCipher.encrypt(plaintext)
File "/usr/local/lib/python2.6/dist-packages/axolotl/sessioncipher.py", line 38, in encrypt
sessionRecord = self.sessionStore.loadSession(self.recipientId, self.deviceId)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 47, in loadSession
return self.sessionStore.loadSession(recepientId, deviceId)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/litesessionstore.py", line 20, in loadSession
return SessionRecord(serialized=result[0])
File "/usr/local/lib/python2.6/dist-packages/axolotl/state/sessionrecord.py", line 16, in __init__
record.ParseFromString(serialized)
File "/usr/local/lib/python2.6/dist-packages/google/protobuf/message.py", line 186, in ParseFromString
self.MergeFromString(serialized)
File "/usr/local/lib/python2.6/dist-packages/google/protobuf/internal/python_message.py", line 841, in MergeFromString
if self._InternalParse(serialized, 0, length) != length:
File "/usr/local/lib/python2.6/dist-packages/google/protobuf/internal/python_message.py", line 874, in InternalParse
pos = field_decoder(buffer, new_pos, end, self, field_dict)
File "/usr/local/lib/python2.6/dist-packages/google/protobuf/internal/decoder.py", line 652, in DecodeField
raise _DecodeError('Truncated message.')
google.protobuf.message.DecodeError: Truncated message.
fhem@MiniHome-Server:/opt/yowsup-master$
Wirklich helfen kann ich dir nicht, aber google mal nach yowsup und protobuf. Da findest du einige mit ähnlichen Problemen, die meist durch Reinstall von yowsup und/oder python-protobuf verschwunden zu sein scheinen.
...danke soweit... es gibt wohl mehrere Versionen von Protobuf....
Die eine installiert man über
sudo apt-get install python-protobuf
die andere über
sudo pip install protobuf
Hab beide erst mal deinstalliert und dann einzeln versucht.
Leider bekomme ich keine von beiden zum Laufen. Jemand noch ne Idee? Leider kommt protobuf im Wiki überhaupt nicht vor...
ps: auch die aktuelle Version protobuf 3.0.0a3 (via egg installiert) funktioniert nicht
fhem@MiniHome-Server:~$ apt-cache policy python3 python
python:
Installiert: 2.6.6-3+squeeze7
Kandidat: 2.6.6-3+squeeze7
Versionstabelle:
*** 2.6.6-3+squeeze7 0
500 http://ftp.informatik.rwth-aachen.de/ftp/pub/Linux/debian/ squeeze/main amd64 Packages
100 /var/lib/dpkg/status
python3:
Installiert: (keine)
Kandidat: 3.1.3-12+squeeze1
Versionstabelle:
3.1.3-12+squeeze1 0
500 http://ftp.informatik.rwth-aachen.de/ftp/pub/Linux/debian/ squeeze/main amd64 Packages
VG
Ralf
...ich hab jetzt auch mal python 3.5.0 installiert (hoffe ich hab das richtig gemacht) aber dann fehlt yowsup sofort ein anderes Modul.
Auch wenn Linux wirklich die eierlegende Wollmilchsau ist... ab und zu kann ich die Apple User verstehen das sie happy sind, sich mit solchen Sachen nicht rum schlagen zu müssen...
Servus,
leider läuft es bei mir überhaupt nicht mehr.
Update hab ich schon versucht, ohne Erfolg.
Ein "reconnect" führt zwar zum "connected" was aber nicht stimmt. Es bleibt offline.
Im LOG steht folgendes:
2015.11.19 22:01:10 3: WhatsApp: sending /disconnect
2015.11.19 22:01:10 3: WhatsApp: Disconnected
2015.11.19 22:01:10 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.19 22:01:10 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.19 22:01:10 1: in FILEWRITE
2015.11.19 22:01:10 1: in FILEWRITE
2015.11.19 22:01:10 1: in FILEWRITE
2015.11.19 22:01:10 1: Perfmon: possible freeze starting at 22:01:03, delay is 7.621
2015.11.19 22:01:11 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:11 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:13 1: HMLAN_Parse: hmusb new condition ok
2015.11.19 22:01:13 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2015.11.19 22:01:13 3: WhatsApp: sending /L
2015.11.19 22:01:13 3: WhatsApp: sending /presence available
2015.11.19 22:01:13 1: Perfmon: possible freeze starting at 22:01:11, delay is 2.119
2015.11.19 22:01:13 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
2015.11.19 22:01:13 4: WhatsApp: parse:
2015.11.19 22:01:13 4: WhatsApp: parse: Auth Error, reason not-authorized
2015.11.19 22:01:13 4: WhatsApp: parse:
2015.11.19 22:01:13 3: WhatsApp: sending /disconnect
2015.11.19 22:01:13 3: WhatsApp: Disconnected
2015.11.19 22:01:13 3: WhatsApp: read: error during sysread: No child processes
2015.11.19 22:01:13 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 480.
2015.11.19 22:01:13 3: WhatsApp: read: end of file reached while sysread
2015.11.19 22:01:15 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:15 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:15 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:15 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:16 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:16 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:18 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:18 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:18 1: PERL WARNING: Use of uninitialized value in concatenation (.) or string at FHEM/Blocking.pm line 105.
2015.11.19 22:01:18 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:18 1: CallBlockingFn: Can't connect to localhost:: IO::Socket::INET: Bad hostname 'localhost:'
2015.11.19 22:01:23 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.19 22:01:23 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.19 22:01:24 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.11.19 22:01:24 4: WhatsApp: parse:
2015.11.19 22:01:24 4: WhatsApp: parse: [offline]:
2015.11.19 22:01:24 3: WhatsApp: sending /L
2015.11.19 22:01:24 3: WhatsApp: sending /presence available
2015.11.19 22:01:25 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.11.19 22:01:25 3: WhatsApp: sending /disconnect
2015.11.19 22:01:25 3: WhatsApp: Disconnected
2015.11.19 22:01:25 3: WhatsApp: read: error during sysread: No child processes
2015.11.19 22:01:25 3: WhatsApp: read: end of file reached while sysread
2015.11.19 22:01:35 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.19 22:01:35 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.19 22:01:35 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2015.11.19 22:01:35 4: WhatsApp: parse:
2015.11.19 22:01:35 4: WhatsApp: parse: [offline]:
2015.11.19 22:01:35 3: WhatsApp: sending /L
2015.11.19 22:01:35 3: WhatsApp: sending /presence available
2015.11.19 22:01:38 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2015.11.19 22:01:38 3: WhatsApp: sending /disconnect
2015.11.19 22:01:38 3: WhatsApp: Disconnected
2015.11.19 22:01:38 3: WhatsApp: read: error during sysread: No child processes
2015.11.19 22:01:38 3: WhatsApp: read: end of file reached while sysread
2015.11.19 22:01:41 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.19 22:01:41 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.11.19 22:01:42 4: WhatsApp: parse: Yowsup Cli client
==================
Klar seh ich das "not-authorized" aber ich hab doch nix an der config geändert.
Muss noch mal schauen ob das PW weg ist.
Sollte es weg sein, kann man sich das PW nochmal zusenden lassen?
Hab damals vergessen ein BackUp davon zu machen.
vielleicht hat ja einer ne Idee was ich noch versuchen kann.
Danke im voraus für eure Hilfe
Gruß Peer
Zitat von: C1500 am 19 November 2015, 22:13:54
vielleicht hat ja einer ne Idee was ich noch versuchen kann.
Ein Update von yowsup (nicht das FHEM-Modul) auf die aktuelle Version.
Zitat von: marvin78 am 20 November 2015, 11:45:09
Ein Update von yowsup (nicht das FHEM-Modul) auf die aktuelle Version.
Hallo C1500,
da meine Kenntnisse in Linux nicht weit her sind, habe ich mir mal einen "Ablaufplan" zusammengesucht, mit dessen Hilfe ich mein yousup aktualisiert und wieder ans Laufen bekommen habe. Für zukünftige Fälle habe ich es mir aufgeschrieben. Vielleicht hilft es Dir uns anderen auch. Kommentare und Verbesserungen nehmen ich gerne an:
Zitat
Raspberry Pi aktualisieren
Um den Raspberry Pi zu aktualisieren mus man sich per Putty auf dem RasPi direkt anmelden. User ist in der Regel 'Pi', Passwort sollte selbst gewählt sein.
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo rpi-update
Yowsup aktualisieren
Bevor man yowsup aktualisiert sollte der RasPi aktualisiert werden!
Nun ist zu prüfen, ob die Datei 'master.zip' vorhanden ist. Dazu
ls -l
eintippen. Wenn im Listing die Datei 'master.zip' vorhanden ist, diese mit
rm master.zip
löschen. Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Hier müssen ggf. Dateien überschrieben werden. Die dazugehörigen Fragen musste ich alle mit 'y' (yes) bestätigen, da die anderen Antwortmöglichkeiten nicht geholfen haben.
Anschließend die Datei master.zip löschen. Sie wird nicht mehr benötigt:
rm master.zip
Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Nun den RasPi neu starten
sudo shutdown -r 0
und in die Befehlszeile von FHEM folgenden Befehl eingeben:
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Jetzt sollte es wieder klappen.
Viel Erfolg
Martin
Nach einem Update habe ich heute folgendes Problem:
2015.11.22 12:56:33 1: PERL WARNING: Can't exec "/opt/yowsup-master/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2015.11.22 12:56:33 1: exec failed
2015.11.22 12:56:33 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2015.11.22 12:56:33 3: WhatsApp: sending /disconnect
2015.11.22 12:56:33 3: WhatsApp: Disconnected
2015.11.22 12:56:33 3: WhatsApp: read: end of file reached while sysread
Die neueste yowsup Version habe ich aus der Masterzip.
Jetzt habe ich sooft und unterscheidlich die Berechtigungen gesetzt, das ich auch nicht mehr weiss wem sie gehören sollten.
- Wer sollte Besitzer von 32_yowsup sein? Fhem?
- Ordner und Dateien von yowsup gehören wem?
Zudem wird der ordner .yowsup nicht neu eingerichtet.
attr Home habe ich auf /opt/fhem gesetzt
Danke schonmal für Hilfe
Danke Marvin und Martin (für die Mühe mit der Anleitung),
Ein Update hatte ich schon gemacht aber ohne Erfolg.
Gerade eben hab ich aber das Problem gefunden.
Das Update wurde immer unter /opt/fhem/yowsup-master installiert und nicht unter /opt/yowsup-master
Warum auch immer. Aufgefallen ist es mir, da ich das Datum der Files verglichen habe.
War ich beim Update im falschen Unterverzeichnis?
Kann ich /opt/fhem/yowsup-master einfach löschen?
Ich werde es mal umbenennen und testen...
Gruß Peer
@RitterSport
Ich sehe da grundsätzlich erst einmal eine falsche Pfadangabe.
2015.11.22 12:56:33 1: PERL WARNING: Can't exec "/opt/yowsup-master/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2015.11.22 12:56:33 1: exec failed
2015.11.22 12:56:33 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
Das müsste erst einmal auf die korrekten Pfade korrigiert werden.
Also noch einmal genau kontrollieren wo die "yowsup-cli" und/oder die "yowsup.config" steht.
Liebe Community
Mit meinem ersten Post möchte ich hier gleich mal ein Lob da lassen- beschäftige mich seit einem halben Jahr mit fhem und hab bis jetzt noch keine Anforderung gehabt, die sich nicht irgendwie lösen ließ- echt ein tolles Ding! Auch yowsup hab ich seit einer Woche in Verwendung und bin sehr zufrieden (zumindest zum Text- Notifications versenden)- das bringt mich gleich zu meinem Anliegen:
Ich habe, ähnlich wie einige Vorposter das Problem, dass ich keine Bilder versenden kann. Sobald ich via yowsup (egal ob über das Fhem Modul oder direkt über das cli- tool), versuche, ein Bild zu versenden, wirft yowsup im fhem- Log die folgende Fehlermeldung:
2015.11.24 14:50:10 3: WhatsApp: sending /image send 4367XXXXXXXXX /opt/fhem/www/snapshots/bruncam01/BRUNCAM01_snapshot.jpg
ERROR:yowsup.layers.protocol_media.mediauploader:uploadUrl: https://mmi426.whatsapp.net/u/z4kjaP2qB_X_DObUCniU4qn9bVQABSVJnsrkWg/AtHOfUivWGqZ8cYgkcjPA3FB6ikQv8IMQvgB4gctYRyT, result of uploading media has no url
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 190, in loop
callback = self.__class__.__detachedQueue.get(False) #doesn't block
File "/usr/lib/python2.7/Queue.py", line 165, in get
raise Empty
Empty
Habt ihr da eine Idee dazu?
Was ich schon mehrmals versucht habe (sicher 10 mal):
- Neuinstallation von pillow via pip install -I pillow
- Neuinstallation von yowsup (die jeweils aktuellste Version)
- apt-get update && apt-get upgrade && apt-get dist-upgrade
- Installation der jpeg Decoder mittels apt-get install libtiff4-dev libjpeg8-dev zlib1g-dev libfreetype6-dev liblcms2-dev libwebp-dev tcl8.5-dev tk8.5-dev python-tk
Hier noch meine System- Infos:
Debian- Version: 7
yowsup in aktuellster github- Version
pip list
chardet (2.0.1)
Warning: cannot find svn location for distribute===0.6.24dev-r0
distribute (0.6.24dev-r0)
enum34 (1.0.4)
fpconst (0.7.2)
idna (2.0)
ipaddress (1.0.15)
Pillow (3.0.0)
pip (7.1.2)
protobuf (2.6.1)
pyasn1 (0.1.9)
pycparser (2.14)
pycrypto (2.6.1)
python-apt (0.8.8.2)
python-axolotl (0.1.7)
python-axolotl-curve25519 (0.1)
python-dateutil (1.5)
python-debian (0.1.21)
python-debianbts (1.11)
reportbug (6.4.4)
setuptools (0.6rc11)
six (1.10.0)
SOAPpy (0.12.0)
Würde mich über Ideen/Anregungen freuen, um meinen Haustür- Notificator inkl. Foto realisieren zu können ;)
Liebe Grüße
Georg
Guten Morgen,
kleine Frage - wenn FHEM neu startet habe ich ein Notify definiert welches mir eine WhatsApp schicken soll:
#FHEM Neustart
define Reboot_Notify notify global:INITIALIZED set WA_Sascha send FHEM wurde neu gestartet
Soweit, so gut - das wird auch abgearbeitet...
Zitat2015.11.25 10:49:03 3: WhatsApp: sending /message send 491733669770 'FHEM wurde neu gestartet'
2015.11.25 10:49:03 3: WhatsApp: sending /disconnect
2015.11.25 10:49:03 3: WhatsApp: Disconnected
2015.11.25 10:49:03 2: WhatsApp: setting $HOME to /opt/fhem
2015.11.25 10:49:03 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Allerdings zu schnell... sprich, der Client ist noch nicht initialisiert und er versucht schon zu senden - das geht natürlich nicht. Kann man das verzögern?
am einfachsten mit einem fhem sleep:#FHEM Neustart
define Reboot_Notify notify global:INITIALIZED sleep 15;;set WA_Sascha send FHEM wurde neu gestartet
Danke für den Hinweis. An sleep hatte ich schon gedacht, war mir nur mit der Syntax nicht sicher - so freezt er nur das notify, der Rest läuft weiter - oder?
das set wird verzögert ausgeführt.
Super, danke für die schnelle Hilfe!
Hallo Zusammen,
ich versuche gerade FHEM WhatsApp beizubringen, dank des Forums und des Wikis klappt auch fast alles.
Folgendes Problem habe ich:
Ich kann Bilder an eine einzelne Person schicken, ich kann eine Nachricht an einzelne Personen oder Gruppe verschicken, es ist aber nicht möglich ein Bild an eine Gruppe zu verschicken!
Es scheint mit der Zusammensetzung des Empfängers zusammen zu hängen, hier mal der Logauszug:
2015.11.29 19:30:47 3: WhatsApp: sending /message send 4917xxxxxxxx-14xxxxxxxx 'lll'
2015.11.29 19:31:06 3: WhatsApp: sending /image send 4917xxxxxxxx.14xxxxxxxx test.jpg
Wird eine Textnachricht verschickt, ist der "Trenner" ein "-", bei dem Bild ist es ein ".".
Kann jemand diesen Fehler bestätigen oder sogar fixen? ;D
Vielen Dank,
Michael
sollte ab morgen repariert sein.
gruss
andre
Hallo,
dazu hatte ich am 20. August bereits einen Fix gepostet: http://forum.fhem.de/index.php/topic,27543.msg324703.html#msg324703
@andre: Könntest du dir meinen Post darunter bei der Gelegenheit auch mal anschauen? ( http://forum.fhem.de/index.php/topic,27543.msg324711.html#msg324711 )
sorry. hatte ich übersehen.
ist jetzt auch eingecheckt. zusätzlich auch noch für das master device.
gruss
andre
Prima, danke!
Zitat von: justme1968 am 30 November 2015, 13:34:13
sorry. hatte ich übersehen.
Bei den Ausmaßen dieses Threads nachvollziehbar. ;)
Hatte es selbst vergessen, aber mir kam das Problem so bekannt vor. ;D
Hallo Zusammen,
ich würde gerne WhatsApp in mein Fhem / Raspi Umgebung installieren, auch um Warnmeldungen aus FHEM über WhatsApp zu empfangen.
Es ist gar nicht einfach, eine saubere Schritt für Schritt Anleitung aus den vielen Seiten hier zusammen zu tragen.
Teilweise wiedersprechen sich die Infos.
Gibt es jemand der für die nicht Pearl Profis eine Installations-Anleitung aufschreiben könnte nach heutigem Stand ?
Das wäre Super..
vielen Dank
gruss
Klaus
was ist hier: http://www.fhemwiki.de/wiki/Yowsup (http://www.fhemwiki.de/wiki/Yowsup) nicht schritt für schritt genug ?
gruss
andre
ps: die installation hat nichts mit perl zu tun und die aller meisten probleme habe nichts mit fhem oder dem modul zu tun sondern mit der yowsup installation.
Dem kann ich mich nur anschließen - die verlinkte Anleitung ist doch super, Step-by-Step und sehr ausführlich. Lediglich der Punkt mit den Gruppen war mir nicht ganz klar, hab denn einfach auf meinem handy eine estellt und FHEM eingeladen, denn lief das problemlos.
ich habe die sonderbehandlung für gruppen aus dem wiki entfernt. das ist inzwischen nicht mehr nötig.
gruss
andre
Hallo
Können auch Emojis versendet werden ?
PS: Der Empfang funktioniert
Gruss Peter
ja klar... nicht nur emoji sondern (je nach platform) die meisten unicode zeichen.
edit: die forensoftware mag den beitrag mit den utf8 zeichen nicht :) deshalb das ganze ausnahmsweise als screenshot.
die bytefolge bekommst du z.b. von hier: http://apps.timwhitlock.info/emoji/tables/unicode (http://apps.timwhitlock.info/emoji/tables/unicode). die liste ist aber nicht vollständig.
gruss
andre
Ok ;D
Hast du mal ein direktes Beispiel für irgend ein Emoji.
Wie muss der utf8 code eingeben werden ?
... set WhatsApp send 491######### Dies ist ein Test
Gruss Peter
die forensoftware hat den beitrag verschluckt. habe oben noch mal editiert.
gruss
andre
Hallo Andre
Wenn ich den folgenden Befehl verwende versendet Fhem aber nur die Emojis als Text:
set WhatsApp send 491######### \xF0\x9F\x98\x83
Was ist noch falsch ?
Gruss Peter
Hallo Andre
Hatte noch ein Verständnisproblem :-)
Über das Bakend funktioniert es nun:
{fhem("set 491######### send Test \xF0\x9F\x91\x8C erfolgreich")}
Gruss Peter
Hallo Andre (eigentlich mit irgendeinem ´` o.ä#.?),
hallo an alle anderen, ;)
ich bin mir jetzt nicht sicher ob das direkt in diesen Thread passt, aber da ich es aus der yowsup Wiki habe eine Verständnisfrage zu dem dortigen notify-Beispiel:
define notifySeppelLicht notify (HandySeppel:message.*) {
if (ReadingsVal("HandySeppel","message",0) eq "Licht an") {
fhem "set HandySeppel send Licht ist nun an...";;
fhem "set FS20_a5d800 dim100%"
} else {
if (ReadingsVal("HandySeppel","message",0) eq "Licht aus") {
fhem "set HandySeppel send Licht ist nun aus...";;
fhem "set FS20_a5d800 dim0%"
} else {
fhem "set HandySeppel send Wie bitte?"
}}}
1. Das letzte else bewirkt, dass jede Nachricht die von Handyseppel kommt die nicht "Licht an" oder "Licht aus" lautet mit der Nachricht "Wie bitte?" von FHEM quittiert wird. Richtig?
2. Angenommen ich hätte zwei solcher notifys. Eines wie oben beschrieben. Das andere sieht bspw. so aus:
define notifySeppelSteckdose notify (HandySeppel:message.*) {
if (ReadingsVal("HandySeppel","message",0) eq "Steckdose an") {
fhem "set HandySeppel send Steckdose ist nun an...";;
fhem "set FS20_a5d800 dim100%"
} else {
if (ReadingsVal("HandySeppel","message",0) eq "Steckdose aus") {
fhem "set HandySeppel send Steckdose ist nun aus...";;
fhem "set FS20_a5d800 dim0%"
} else {
fhem "set HandySeppel send Wie bitte?"
}}}
Nun nehme ich an, dass mit den entsprechenden Texten ("Licht ein", "Licht aus", "Steckdose ein" und "Steckdose aus") das jeweilige passiert.
Was passiert jedoch mit der Nachricht "Wie bitte?" Die wird doch dann immer gesendet? Wenn ich das notifySeppelLicht triggere kann das notifySeppelSteckdose mit meinem Text "Licht ein"/"Licht aus" nichts anfangen und schickt mir ein "Wie bitte?". Umgekehrt beim notifiSeppelLicht. ODER??? ??? :o ;D :-X :-\
3. Ich bekomme momentan von yowsup auf meinem Smartphone bei derartigen Text Nachrichten die ein notify auslösen die Nachricht "Unknown command MeinKommando, try help". Wie stell ich das ab?
Ich danke vielmals für Aufklärungen. Ich hoffe ich habe mich einigermaßen verständlich ausgedrückt.
du must alle nachrichten in einem einzelnen notify auswerten. wenn du es auf zwei oder mehr verteilst sind immer ein oder mehrere dabei die nichts und und die meldung ausspucken.
lagere den code in 99_myUtils aus. das ist übersichtlicher und lässt sich besser editieren.
in $EVENT steht die nachricht. die kannst du verwenden statt immer wieder ReadingsVal aufzurufen: if( $EVENT eq 'message: Licht an' ) ...
schreib den code so:if(...) {
...
} elsif (...) {
...
} elsif (...) {
...
} ...
das ist übersichtlicher und spart klammerebenen.
wenn su nicht alle kommandos für alle devices erlauben willst aber trotzdem mehr als eine hand voll zusammen kommen ist es besser das ganz anders zu lösen. leg dir in 99_myUtils einen hash an der für die erlaubten devices die erlaubten kommandos enthält und werte das im notify aus statt über den Riesen if/else baum zu gehen. etwas in der art: my %yowsup_commands = { 'licht an' => 'set FS20_a5d800 dim100%',
'licht aus' => 'set FS20_a5d800 dim0%',
'steckdose an => 'set FS20_a5d800 dim100%',
... };
der code nach dem notify ist dann nur noch ein hash lookup und ein fhem aufruf.
3. kann es sein das es noch irgendwo ein notfy gibt das auch noch ausgelöst wird? mit global verbose 5 solltest du dem auf die spur kommen.
gruss
andre
Hallo Zusammen,
der Bug mit dem Versenden der Bilder scheint noch immer vorhanden zu sein. Mit der Version 32_yowsup.pm 10056 kann ich keine Bilder mehr versenden, mit der Version 10055 funktioniert es nur mit einzelne Personen (genauso wie bereits beschrieben).
Ich habe zwar nur ein paar Kenntnisse mit Python, habe mich dennoch mal auf die Suche des Problemes gemacht.
In der Version r10055 in Zeile 261 steht folgendes:
return yowsup_Write( $phash, "/image send $hash->{NUMBER} $args[0]" );
wenn diese Zeile durch:
return yowsup_Write( $phash, "/image send $number $args[0]" );
ersetzt wird, dann wird auch die korrekte Nummer (mit "-" statt ".") ausgegeben und das Image versendet.
Warum nun die r10056 bei mir nicht funzt, kann ich nicht beantworten, das ist zu hoch für mich ???
Schönes WE
Michael
Zitat von: wacholder am 29 November 2015, 19:47:12
Hallo Zusammen,
ich versuche gerade FHEM WhatsApp beizubringen, dank des Forums und des Wikis klappt auch fast alles.
Folgendes Problem habe ich:
Ich kann Bilder an eine einzelne Person schicken, ich kann eine Nachricht an einzelne Personen oder Gruppe verschicken, es ist aber nicht möglich ein Bild an eine Gruppe zu verschicken!
Es scheint mit der Zusammensetzung des Empfängers zusammen zu hängen, hier mal der Logauszug:
2015.11.29 19:30:47 3: WhatsApp: sending /message send 4917xxxxxxxx-14xxxxxxxx 'lll'
2015.11.29 19:31:06 3: WhatsApp: sending /image send 4917xxxxxxxx.14xxxxxxxx test.jpg
Wird eine Textnachricht verschickt, ist der "Trenner" ein "-", bei dem Bild ist es ein ".".
Kann jemand diesen Fehler bestätigen oder sogar fixen? ;D
Vielen Dank,
Michael
da hatte sich noch ein copy&paste fehler eingeschlichen.
ab morgen sollte es wirklich gehen.
gruss
andre
Alles gut, kein Problem... :D
teste erst mal ob ich es jetzt wirklich im griff habe :)
Wie kann man eine Zeilenschaltung erzwingen ?
"\n" funktioniert nicht
Gruss Peter
mit iOS funktioniert \n, für android hat es noch niemand rausgefunden bzw. du musst youwsup patchen. siehe weiter oben im thread bzw bei den yowsup issues.
gruss
andre
Zitat von: justme1968 am 04 Dezember 2015, 20:37:05
teste erst mal ob ich es jetzt wirklich im griff habe :)
Sieht gut aus, vielen Dank!
Gruß Michael
Falls noch jemand seit kurzem nicht mehr mit Whatsapp sprechen kann und "Authentication Error: not-authorized" bekommt, hier ist die Lösung: https://github.com/tgalal/yowsup/issues/1175 (Beitrag 2):
Edit env/env_s40.py and change:
_VERSION = "2.12.96"
to
_VERSION = "2.13.96"
Zitat von: SirUli am 10 Dezember 2015, 20:45:59
Falls noch jemand seit kurzem nicht mehr mit Whatsapp sprechen kann und "Authentication Error: not-authorized" bekommt, hier ist die Lösung: https://github.com/tgalal/yowsup/issues/1175 (Beitrag 2):
Edit env/env_s40.py and change:
_VERSION = "2.12.96"
to
_VERSION = "2.13.96"
Danke, hat mir einiges an Zeit erspart.
Gruß
Karl
Immer wenn WhatsApp nicht mehr geht hilft (fast) immer ein Update von Yowsup.
aktualisierter. Grüße
Niels
Hallo
Nachdem Teilnehmer von Android zu IOS gewechselt sind bekomme ich keine Meldungen mehr für sie zugegestellt.
Stattdessen habe ich in Fhem nun folgende Meldung:
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
Was läuft nun schief ? Wie kann ich das wieder bereinigen ?
Gruss Peter
Hallo
Das Zustellproblem hängt aber anscheinend nicht direkt damit zusammen.
Wenn ich die Konsole direkt aufrufe und unter dem PI-User einen Sende Befehl absetzte, dann wir die Whatsapp versendet
Unter dem FHEM-User funktioniert das aber nicht mehr :-\
Habe alle Schritte der Anleitung aus dem Wiki nochmals geprüft und durchgeführt.
Was könnte es noch sein ?
Gruss Peter
Zitat von: PeterS am 11 Dezember 2015, 22:15:55
Wie kann ich das wieder bereinigen ?
Hier im THread steht irgendwo dass man dne Ordner/die Datei ".yowsup" löschen soll. Dann geht es meistens wieder.
Zitat von: chr2k am 12 Dezember 2015, 14:59:25
Hier im THread steht irgendwo dass man dne Ordner/die Datei ".yowsup" löschen soll. Dann geht es meistens wieder.
Der Ordner enthät aber einige Dateien.
Ist das die Lösung einen Ordner zu löschen ?
Gruss Peter
Seit ein paar Tagen funktioniert Modul bei mir nicht mehr, schon der Connect schlägt fehl.
Die Fehlermeldung ist
read: end of file reached while sysread
Einige andere haben das Problem auch schon gemeldet.
Ich habe versucht die Ursache zu finden, kann es mit aber immer noch nicht recht erklären.
Die Verwendung von yowsup-cli als User fhem funktioniert:
/opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
Auth: Logged in!
[connected]:/presence available
Meine Analyse des Programmablaufs:
1. Bei einem set reconnect wird ein neuer Prozess mittels fhemFork gestartet.
2. Der Vater- und Kindprozess kommunizieren über ein socket pair
3. Der fhem Hauptschleife wird in selectlist der Filedescriptor des Kindprozesses untergeschoben
4. Im Kindprozess wird per exec yowsup-cli wie oben angegeben gestartet
5. Die fhem Hauptschleife wartet dann per select bis vom Kindprozess Daten gesendet werden (die Ausgabe von yowsup-cli)
6. Dann wird die Read Funktion des yowsup Moduls aufgerufen
7. Es wird per sysread versucht die Daten des Kindprozesses zu lesen
8. sysread liefert 0 zurück, obwohl der select signalisiert hat, dass Daten da sind
Die einzige Erklärung für 8. die ich gefunden habe, ist dass der Kindprozess sich beendet hat.
Gibt es eine andere Erklärung oder einen Ansatz wie ich weiter suchen kann?
Bei mir kommt seit heute in FHEM nur noch folgende Fehlermeldung:
2015.12.13 09:47:25 3: WhatsApp: read: end of file reached while sysread
2015.12.13 09:47:25 3: WhatsApp: read: error during sysread: No child processes
2015.12.13 09:47:25 3: WhatsApp: Disconnected
2015.12.13 09:47:25 3: WhatsApp: sending /disconnect
OSError: [Errno 13] Permission denied: '/.yowsup'
mkdir(name, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
os.makedirs(os.path.dirname(fullPath))
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
self.__class__._DB
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 59, in store
return self.store == None or self.state == self.__class__._STATE_INIT
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 78, in isInitState
if self.isInitState():
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 89, in onEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 66, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 68, in handle_connect
self.handle_connect()
File "/usr/lib/python2.7/asyncore.py", line 455, in handle_connect_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 467, in handle_write_event
obj.handle_write_event()
File "/usr/lib/python2.7/asyncore.py", line 91, in write
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 95, in write
write(obj)
File "/usr/lib/python2.7/asyncore.py", line 162, in poll
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
asyncore.loop(*args, **kwargs)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
stack.start()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 227, in process
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
Traceback (most recent call last):
2015.12.13 09:47:24 3: WhatsApp: sending /presence available
2015.12.13 09:47:24 3: WhatsApp: sending /L
2015.12.13 09:47:22 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2015.12.13 09:47:12 3: WhatsApp: read: end of file reached while sysread
2015.12.13 09:47:12 3: WhatsApp: read: error during sysread: No child processes
2015.12.13 09:47:12 3: WhatsApp: Disconnected
2015.12.13 09:47:12 3: WhatsApp: sending /disconnect
Hat den Fehler sonst noch jemand ?
Die end of file Meldung hatte ja auch kaihs
Gruss Peter
die meldung bedeutet das der yowsup prozess aus irgend einem grund nicht mehr da ist.
den grund sieht man an den python neldungen im gleichen log file.
es hat fast immer mit änderungen auf whatsapp seite zu tun und es müsste helfen die aktuellste yowsup version zu installieren oder sich auf der yowsup github seite umzusehen.
gruss
andre
Zitat von: PeterS am 12 Dezember 2015, 18:21:23
Ist das die Lösung einen Ordner zu löschen ?
Wenn sonst mit dme yowsup client nichts ist. Und du nur Probleem hast weil du das Smartphone gewechselt oder neu installiert hast, dann ja. Kannst den Ordner ja auch erstmal nur verschieben und schauen obs klappt. Hat es bei mir bisher immer und bei anderen auch.
Hallo SirUli,
vielen Dank für Deinen Hinweis.
Datei editiert, gespeichert und schon hat das Smartie wieder gerappelt. ::)
Ich bin schon langsam am verzweifeln gewesen......
Grüße
Andi
Hallo ihr Lieben,
ich versuche ein Foto zu senden.
Im Log steht das das Foto gesendet wird, aber ankommen tut nichts :(
Zitat2015.12.20 06:12:40 3: WhatsApp: sending /image send 4917#####-1450587336 test.jpg ''
2015.12.20 06:12:50 3: WhatsApp: sending /image send 4917#####-1450587336 /test.jpg ''
Danke für jeden Tipp
NACHTRAG:
Bei dem Beispiel:
Zitatdefine notifySeppelLicht notify HandySeppel:message.* {
if( $EVENT eq 'message: Licht an' ) {
fhem "set HandySeppel send Licht ist nun an...";
fhem "set FS20_a5d800 dim100%";
} elsif( $EVENT eq 'message: Licht aus' ) {
fhem "set HandySeppel send Licht ist nun aus...";
fhem "set FS20_a5d800 dim0%";
} else {
fhem "set HandySeppel send Wie bitte?"
}
}
Bekomme ich:
ZitatUnknown command if(, try help. Unknown command fhem, try help. Unknown command fhem, try help. Unknown command }, try help. Unknown command fhem, try help. Unknown command fhem, try help. Unknown command }, try help. Unknown command fhem, try help. Unknown command }, try help. Unknown command }, try help.
:(
Any ideas ?
Das heißt doch DOIF und nicht if oder?
Zitat von: nocomment am 20 Dezember 2015, 06:15:39
Hallo ihr Lieben,
ich versuche ein Foto zu senden.
Im Log steht das das Foto gesendet wird, aber ankommen tut nichts :(
Danke für jeden Tipp
NACHTRAG:
Bei dem Beispiel:
Bekomme ich:
:(
Any ideas ?
Probiere mal ein Leerzeichen zwischen if und (
Beim letzten Befehl fehlt das semikolon
-> bezogen auf dein notify,
Sent from my iPad using Tapatalk.
du musst es so im DEF bereich des notify eingragen. nicht von hand selber ins config file schreiben. im config file müssen zeilenenden und semikolon maskiert werden.
gruss
andre
du musst es so im DEF bereich des notify eingragen. nicht von hand selber ins config file schreiben. im config file müssen zeilenenden und semikolon maskiert werden.
gruss
andre
Danke Andre, hat geklappt. jetzt fehlt nur noch das Senden der Bilder..
LG
Hallo zusammen,
erst einmal vielen Dank euch allen für die super Arbeit mit dem Modul. Habe es seit heute im Betrieb und es funktioniert grandios.
Hat sich schon jemand Gedanken zu folgendem Use-Case gemacht:
Wenn ich das Haus verlasse (wird via Residents Modul ermittelt) sendet FHEM eine WhatsApp Nachricht an mich, wenn eine bestimmte Bedingung erfüllt ist - z.B. die Heizung ist noch an. Sowas wie "Hey, die Heizung ist noch an. Soll ich sie abdrehen?"
Antwort ich auf diese Frage mit "ja" wird dann eben der entsprechende Befehl (z.B. "set Thermostate desired-temp 18.0") ausgeführt.
Ideen wie man das umsetzen könnte? Ggf. per DOIF machbar?
Beste Grüße und vielen Dank im Voraus
Dominik
Natürlich. Sind Dir kaum Grenzen gesetzt. Anbei zwei Beispiele Kommandos/Schaltungen:
#Licht an bei Kommando Licht
define WA_LichtAn notify WA_Sascha:message.*Licht set WA_Licht on;;set WA_Sascha send Licht im Wohnzimmer wurde angeschaltet
attr WA_LichtAn group WhatsApp_notify
attr WA_LichtAn room WhatsApp
#TV
define WA_TVAn notify WA_Sascha:message.*TV set MM_WZ on;;set WA_Sascha send TV im Wohnzimmer wurde angeschaltet
attr WA_TVAn group WhatsApp_notify
attr WA_TVAn room WhatsApp
Parameter, Bedingungen etc. kannst Du ja frei definieren.
Das trifft nicht so ganz meine Anforderung.
Klar, wenn ich das Haus verlasse und die Heizung ist noch an eine Nachricht zu versenden ist kein Thema, krieg ich hin.
Vielmehr geht es mir um die Auswertung meiner Antwort auf die Frage.
Also konkret (ich lege im folgenden keinen Wert auf korrekte Befehle):
DOIF ([Residents.state] eq "absent" and [Heizung.state] eq "on") (set WhatsAppDevice send "Die Heizung ist noch an, soll ich sie abdrehen?")
und jetzt kommts:
Meine Idee wäre jetzt in dem DOIF auch ein Notify zu definieren, das bei "Ja" eben die Heizung runterfährt. Zusätzlich soll es bei jeder beliebigen eingehenden Nachricht vom WhatsAppDevice gelöscht werden.
Zudem: Sollte die eingehende Nachricht ein anderer Befehl sein, sollte dieser natürlich richtig ausgeführt werden - egal ob via notify oder via commandPrefix.
Viele Grüße
Dominik
Dann brauchst Du eine Schleife die die Werte vergleicht (vorher/nachher). Dazu musst Du eine Variable definieren die gesetzt wird wenn er die WA schickt - geht schon, ist aber komplexer, da musst Du in Perl rein und das in der MyUtils abarbeiten.
Mein Ansatz ist der pragmatische - er schickt Dir "Heizung an, soll ich" und Du schickst einen definierten Befehl hinterher (wie bei mir das Licht) - Heizung aus.
Hi Leute,
ich bin heute über das Modul gestolpert und es ist ja echt genial ! Danke an den Entwickler !
Eine Sache ist mir aufgefallen: Ich habe mehrere User (Nummern) benutzt.
Der State im wird allerdings nicht aktualisiert. chatstate / message und sent werden sauber befüllt - bei einem User wurde aber komischerweise mal der state befüllt - habt ihr ne Idee ?
Ansonsten allen ein schönes Fest !
das modul verwendet state nur für das haupt device um offline/connected/logged in anzuzeigen.
wenn du für die einzelnen user devices STATE mit etwas befüllen willst musst du stateFormat verwenden.
gruss
andre
Hallo Leute,
ich habe jetzt das Modul installiert und soweit läuft es...
Folgenden Notify habe ich angelegt:
49xxxxxxxxx IF ([49xxxxxxxxx:message] eq "Alarm2")(set TERopenAlarm disable,set 49xxxxxxxxx send Die Alarmanlage wurde deaktiviert)
das funktioniert auch, nur bekomme ich die Antwortnachricht mehrfach und auch jedesmal wenn ich in der WhatsApp-App auf dem iPhone beginne einen Text zuschreiben. Also sobald ich einen Buchstaben tippe, bekomme ich die letzte Meldung von FHEM noch mal auf das iPhone gesendet !
Habe ich irgendwas falsch eingestellt?
Gruß
macshrek
Hallo zusammen,
ich habe aktuell noch das Problem, daß bei jeder Nachricht ein "Unknown command" im Anschluss folgt.
Die ganzen Codezeilen habe ich in der 99_myUtils untergebracht, und das Ganze mit einem Notify verbunden.
Funktioniert prima, nur das eben als letztes immer noch "unknown command" gesendet wird.
Beispiel:
1. Ich sende "Heizung an"
2. WA liefert als definiertes Feedback zurück: "OK, ich drehe die Heizung auf"
3. FHEM setzt desired-temp
4. WA liefert "Unknown command Heizung, try help"
Falls jemand einen Tipp hat, wäre ich dankbar.
Gruß
Chris
Hi zusammen,
erst einmal vielen Dank für das tolle Modul!
Ich habe mich genau an die Anweisung im Wiki Yowsup gehalten.
Leider bin ich mit meinem Bananen Rechner (Linux bananapi 3.4.108-bananian) in den folgenden Fehler beim Aufruf des ersten Tests gelaufen:
Zitat"ImportError: No module named axolotl.state.prekeybundle"
Falls einer von euch das gleiche Problem hat, habe ich hier die Lösung für mein Problem auch direkt eingefügt. ;)
Test mit:
fhem@bananapi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxx4000 "Das ist ein Test von der Haussteuerung"
Dann kam:
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 279, in startSendClient
not self.args["unmoxie"])
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 24, in __init__
from yowsup.layers.axolotl import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 2, in <module>
from .protocolentities import SetKeysIqProtocolEntity
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/__init__.py", line 3, in <module>
from .iq_keys_get_result import ResultGetKeysIqProtocolEntity
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 3, in <module>
from axolotl.state.prekeybundle import PreKeyBundle
ImportError: No module named axolotl.state.prekeybundle
Lösung:
sudo pip install python-axolotl
Dann die Test Wiederholung:
root@bananapi:~# sudo su - fhem
fhem@bananapi:~$ cd /opt/yowsup-master
fhem@bananapi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxx4000 "Das ist der 2. Test"
INFO:yowsup.demos.sendclient.layer:Message sent
Yowsdown
Die Registrierung beim Provider 1&1 über Voice war bei mir übrigens mit der Festnetznummer Ok :)
Gruß Micha
Zitat von: Meesus am 30 Dezember 2015, 23:33:18
Lösung:
sudo pip install python-axolotl
Steht aber eigentlich auch im Wiki
Hallo.
habe auch gerade nach Wiki installiert, auch erfolgreich registriert. Wenn ich aber jetzt die Testmail sende, zählt ein Zähler bis 100% , wirft folgendes " INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys" aus und endet dann in der Konsole.
Message kommt aber nicht an.
jetzt kommt wenigstens schon das
fhem@raspberrypi:~$ /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 43xxxxxxxxxx "Hallo"
INFO:yowsup.demos.sendclient.layer:Message sent
Yowsdown
aber immer noch keine Mail am Empfänger
was läuft falsch?
thx
[edit]
erledigt, warum auch immer, es funkt jetzt. Habe Gruppe auf meinem Handy angelegt, seitdem sendet yowsup an alle nummern.
Jetzt muss ich noch das empfangen von messages abarbeiten
Bekomme nach empfang folgendes im Log : set Steckdose on-till 21:30 Message 3C6AB78C644E73CD3029: Sent delivered receipt and Read
Aber geschalten wird nichts.
Zitat von: VB90 am 05 November 2015, 20:54:44
@hundlos
für mich zum Verständnis bitte:
Du möchtest von deinem Smartphone an dein FHEM Befehle senden, um so z.B. das Licht einzuschalten oder so?
Dazu braucht es doch - meiner Meinung nach - in FHEM doch kein DOIF, notify oder sonst etwas.
Schicke einfach den Befehl deiner Wahl:
set Device on
Irgendwas halt.
Wenn yowsup respektive FHEM damit nichts anfangen kann, bekommst du eine entsprechende Meldung retour.
Dafür ist es natürlich hilfreich, wenn man seine Devices konsequent und einprägsam benannt hat.
vb
Und das funktioniert wirklich? Bei mir nämlich leider nicht.
du musst dafür die richtigen attribute setzen: accept_from, commandPrefix und allowedCommands.
gruss
andre
Lt. Wiki , aber allowcommand gibts nicht im rollup und auch per console "unknown attribute allowedCommands".
was muss man da manuell eingeben?
werd aus dem WIKI net wirklich schlau.
Sent from my OPO
es heisst auch laut wiki allowedCommands und nicht allowcommand.
du musst es bei user device (dasjenige das zu einer telefonnummer gehört) angeben.
Hallo. Danke, habe es gefunden, aber jetzt next problem.
"Mobilphone: creating device allowed_Mobilphone for attribute allowedCommands" bekomme ich als Meldung nach eingabe der Befehle.
Wasn jetzt? wo finde ich literatur bzgl. der Commands?
[edit] erledigt.
Warum steht denn nicht im Wiki dass man commandPrefix = 1 setzen muss?
nur dieser 1 Eintrag genügt, man kann schalten was man will. allowedCommands ist gar nicht nötig.
[/edit]
thx.
das ist ok. ein mal save sagen und die meldung ist weg. das hat mit den letzten änderungen hier: http://fhem.de/commandref.html#allowed (http://fhem.de/commandref.html#allowed) zu tun. allowedCommands ist jetzt durch die allowed device ersetzt und wenn man allowedCommands verwendet wird automatisch das passende allowed device angelegt.
wenn man alloweCommands nicht setzt ist alles erlaubt. auch das steht in der commandref.
gruss
andre
Zitat von: justme1968 am 06 Januar 2016, 11:55:37
wenn man alloweCommands nicht setzt ist alles erlaubt. auch das steht in der commandref.
gruss
andre
aber nicht im WIKI !
Eine Komma-getrennte Liste von zulässigen Befehlen für diesen Kontakt. Wenn die Liste leer ist dann werden keine Befehle akzeptiert.
ein leere liste ist etwas anderes als ein nicht gesetztes attribute. eine leere liste ist eine die nur aus einem komma besteht.
Hallo,
ich habe mich soweit erfolgreich duchr die Wiki Anleitung http://www.fhemwiki.de/wiki/Yowsup (http://www.fhemwiki.de/wiki/Yowsup) gearbeitet.
Dann habe ich die 61 Seiten des Treads gelesen.
Nun habe ich aber eine Frage:
Bis zu diesem Schritt lief alles so wie es sollte
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Vielleicht habe ich auf den ganzen Seiten auch die Antwort überlesen.
Nach Ausführen auf dem Raspberry mit Jessie drauf bekomme ich folgende Fehlermeldung:
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 158, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 176, in handleRequestCode
result = codeReq.send()
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 46, in send
res = super(WACodeRequest, self).send(parser)
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 73, in send
return self.sendGetRequest(parser)
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 111, in sendGetRequest
self.response = WARequest.sendRequest(host, port, path, headers, params, "GET")
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 167, in sendRequest
conn.request(reqType, path, params, headers);
File "/usr/lib/python2.7/httplib.py", line 1001, in request
self._send_request(method, url, body, headers)
File "/usr/lib/python2.7/httplib.py", line 1035, in _send_request
self.endheaders(body)
File "/usr/lib/python2.7/httplib.py", line 997, in endheaders
self._send_output(message_body)
File "/usr/lib/python2.7/httplib.py", line 850, in _send_output
self.send(msg)
File "/usr/lib/python2.7/httplib.py", line 812, in send
self.connect()
File "/usr/lib/python2.7/httplib.py", line 1204, in connect
HTTPConnection.connect(self)
File "/usr/lib/python2.7/httplib.py", line 793, in connect
self.timeout, self.source_address)
File "/usr/lib/python2.7/socket.py", line 571, in create_connection
raise err
socket.error: [Errno 111] Connection refused
fhem@raspberrypi:/opt/yowsup-master$
Kann mir jemand ein Tipp geben woran das liegt?
Vielen Dank
Hoffi
Ich schalte diverse FHEM Devices und Funktionen über Whatsapp (yosup) und das funzt auch alles prima, es gibt nur ein Problem:
Ich bekomme die Bestätigungen von FHEM an mein iPhone teilweise 3-5 Mal direkt hintereinander, obwohl der notify nur einmal getriggert wird.
Woran kann das liegen?
Kann es sein dass du ein event-on-change-reading Attribut beim Device hinzufügen musst?
Gesendet von meinem SM-G920F mit Tapatalk
Zitat von: forum-merlin am 07 Januar 2016, 14:37:16
Kann es sein dass du ein event-on-change-reading Attribut beim Device hinzufügen musst?
Gesendet von meinem SM-G920F mit Tapatalk
So sieht der Code aus:
define notifyWhatsappHolger notify Whatsapp_Holger:message.* {\
if( $EVENT eq 'message: Licht an' ) {\
fhem ("set Whatsapp_Holger send Licht ist nun an...");;\
fhem ("set HM_40E416 on");;\
} elsif( $EVENT eq 'message: Licht aus' ) {\
fhem ("set Whatsapp_Holger send Licht ist nun aus...");;\
fhem ("set HM_40E416 off");;\
} elsif( $EVENT eq 'message: Alarm an' ) {\
fhem ("set Whatsapp_Holger send Alarmanlage ist nun an...");;\
fhem ("set alarm_scharf_extern on");;\
} elsif( $EVENT eq 'message: Alarm aus' ) {\
fhem ("set Whatsapp_Holger send Alarmanlage ist nun aus...");;\
fhem ("set alarm_scharf_extern off");;\
} elsif( $EVENT eq 'message: TV an' ) {\
fhem ("set Whatsapp_Holger send Der Fernseher im Wohnzimmer kann jetzt eingeschaltet werden...");;\
fhem ("set FBDECT_16 on");;\
} else {\
fhem ("set Whatsapp_Holger send Wie bitte?");;\
}\
}
hallo,
vielen dank für das modul.
ich habe es installiert und auch gleich ein Alarm_doif gesetzt.
es funktioniert.
ich bekomme eine Nachricht und ich kann auch antworten.
nur was mir aufgefallen ist beim state sind immer noch drei Fragezeichen, ist das ok
DEF
49152xxxxxxx
NAME
WernerWhatsApp
NOTIFYDEV
global
NR
173
NTFY_ORDER
50-WernerWhatsApp
NUMBER
4915xxxxxxxxx
STATE
???
TYPE
yowsup
Gruß und Danke Werner
die einzelnen teilnehmer devices haben weder state noch STATE. wenn du etwas in STATE haben möchtest musst du stateFormat verwenden.
gruss
andre
Zitat von: Macshrek am 25 Dezember 2015, 14:41:52
Hallo Leute,
ich habe jetzt das Modul installiert und soweit läuft es...
Folgenden Notify habe ich angelegt:
49xxxxxxxxx IF ([49xxxxxxxxx:message] eq "Alarm2")(set TERopenAlarm disable,set 49xxxxxxxxx send Die Alarmanlage wurde deaktiviert)
das funktioniert auch, nur bekomme ich die Antwortnachricht mehrfach und auch jedesmal wenn ich in der WhatsApp-App auf dem iPhone beginne einen Text zuschreiben. Also sobald ich einen Buchstaben tippe, bekomme ich die letzte Meldung von FHEM noch mal auf das iPhone gesendet !
Habe ich irgendwas falsch eingestellt?
Gruß
macshrek
hallo.
hast du eine Lösung? Bei mir kommt auch 6x die Meldung für ein notify.
Da würde ich Euch DOIF empfehlen. Damit funktioniert das bei mir ohne Probleme!
was steht im event monitor ?
gruss
andre
Zitat von: Toto1973 am 08 Januar 2016, 14:32:06
Da würde ich Euch DOIF empfehlen. Damit funktioniert das bei mir ohne Probleme!
eben genau mit DOIF passierts ja. Hatte vorher Textausgabe auf Tablet, dies nur geändert auf yowsup.
Und das sendet 4x , auch im log stehts so.
Hallo zusammen,
"ganz plötzlich" funktioniert mein WhatsApp über yowsup nicht mehr, und ich habe natürlich "überhaupt nichts gemacht" ;D
Der Empfang und Versand funktioniert nicht mehr, ich kriege aber auch keine Fehlermeldungen.
Könnt ihr mir vielleicht versuchen auf die Sprünge zu helfen? Vielen Dank!
fhem.cfg
define WhatsApp yowsup
attr WhatsApp userattr acceptFrom
attr WhatsApp acceptFrom 4917xxxxxxxx
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
attr WhatsApp group WhatsApp
attr WhatsApp home PWD
attr WhatsApp room WhatsApp
attr WhatsApp verbose 5
logfile
2016.01.09 01:30:14 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: 49xxxxxxxxx@s.whatsapp.net
2016.01.09 01:30:14 4: WhatsApp: parse:
2016.01.09 01:31:04 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 49xxxxxxxxx@s.whatsapp.net
2016.01.09 01:31:04 4: WhatsApp: parse:
Beim Versuch direkt aus der console zu senden auch kein Erfolg, es kommt keine Nachricht an
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxx "Das ist ein Test"
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
Wo könnte ich noch nachschauen?
Zitat von: nogenius am 09 Januar 2016, 01:36:27
Wo könnte ich noch nachschauen?
Meist hilft ein Update von yowsub
Auszug aus dem WIKI:
"Wie man schon gesehen hat, ist der Account nur begrenzt gültig - die Gültigkeit kann man anhand der als expiration: bezeichneten Zeile ablesen, welche einen Unix-Timestamp beinhaltet."
Eventuell ist bei Dir die Gültigkeit abgelaufen?
Gibt es da inzwischen schon eine Möglichkeit, diese Gültigkeit irgendwie zu verlängern?
Das kannst du mit der "Für einen Freund bezahlen" Funktion erledigen.
Hallo zusammen,
ich habe ein ähnliches Problem wie nogenius. Das problem besteht schon seit ein paar Wochen.
Allerdings kann ich noch Bilder versenden. Nur das versenden von Text Nachrichten ist nicht erfolgreich. Im FHEM ist laut Log alles OK. Beim Test auf der Konsole bekomme die gleiche Fehlermeldung wie nogenius. Daher vermute ich nicht, dass mein Account abgelaufen ist - zumal ich yowsup erst seit Juli betreibe und es erst im Juni/Juli ablaufen sollte.
Auch eine Neu-Installation hat keinen Erfolg gebracht.
Weiß jemand weiter?
Gruß,
Hühni
Probiert mal das versenden von Text an eine andere Handynummer
Zitat von: chr2k am 09 Januar 2016, 01:59:12
Meist hilft ein Update von yowsub
Schon probiert, hat leider nichts geholfen
Zitat von: Toto1973 am 09 Januar 2016, 10:45:05
Eventuell ist bei Dir die Gültigkeit abgelaufen?
Auch nicht. Hätte mich schon gewundert, da der Account noch nicht so lange existiert. Habe nochmal explizit geprüft:
status: ok
kind: free
pw: xxxxxxxxxxxxxxxxxxx
price: 0,89 â¬
price_expiration: 1455350060
currency: EUR
cost: 0.89
expiration: 1466287702
login: xxxxxxxxxxxxx
type: existing
Danach sollte der Account noch bis Juni gültig sein
Über die Konsole hab ichs auch nochmal probiert, ohne Erfolg:
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxx "test"
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
Zitat von: ZeitlerW am 29 September 2015, 08:50:29
einfach mal das .yowsup - Directory löschen, damit die axoltl keys neu generiert werden.
Das hat geholfen. Verzeichnis gelöscht und
zwei mal aus der Konsole versucht die Testnachricht zu schicken. Beim ersten Mal hat er die keys neu generiert, bei zweiten Mal ist die Nachricht raus gegangen.
Der Vollständigkeit halber: Habe zuvor (ohne Erfolg) die Einrichtung erneut nach wiki durchgeführt. Auch wenn es nicht zum direkten Erfolg geführt hat, hatte es vielleicht einen Einfluss. Vielleicht aber auch nicht ;)
So, jetzt habe ich auch ein Problem:
Auf dem Handy wird FHEM als online angezeigt. Sende ich nun etwas, kommt die folgende Fehlermeldung im Log:
ERROR:yowsup.layers.axolotl.layer:Untrusted identity!!
WARNING:yowsup.layers.axolotl.layer:Ignoring message with untrusted identity
Was läuft da plötzlich falsch?
auch hier gilt
Zitateinfach mal das .yowsup - Directory löschen, damit die axoltl keys neu generiert werden.
dann sollte es funktionieren
Im Verzeichnis .yowsup gibt es eine axolotl.db Datei, diese löschen.
Hallo zusammen,
ja das Löschen des Verzeichnis .yowsup hilft definitiv!
Danach musste ich aber auch noch einen Neustart von FHEM durchführen, denn ohne Neustart von FHEM konnte ich zwar Nachrichten von der Konsole verschicken, aber nicht von FHEM aus (warum auch immer).
Und wichtig: Beim Generieren der Keys muss man User "fhem" sein (bei ersten Versuch war ich versehentlich User "pi").
Danke für die Hilfe!
Gruß,
Hühni
vermutlich weil der von fhem gestartete yowsup prozess weiterläuft. mit set <yowsup> reconnect wird der prozess beendet und ein neuer gestartet.
merke: fhem neustart ist fast nie nötig.
gruss
andre
Hallo zusammen,
habe gerade das Modul erfolgreich bei mir integriert. Vielen Dank für die tolle Arbeit!
Jetzt habe ich allerdings noch ein mini Problem.
Beim Versenden von images wird nicht der Nickname als Absender verschickt, sondern die Telefonnummer.
Hat jemand eine Idee, was ich ggf. falsch gemacht habe?
Vorab vielen Dank für die Hilfe.
VG
Marc
Das löschen des Verzeichnis .yowsup war bei mir auch auch die Lösung!
Vielen Dank!
wo finde ich denn das .yowsup-Verzeichnis?
in meinem Installationsordner finde ich nur eines ohne Punkt.
Wenn ich das lösche, funktioniert das yowsup modul garnicht mehr.
vb
Diese ist in /opt/fhem zu finden!
ich breche mir die Finger und bräuchte einmal eure unterstützung:
jede Zeile für sich funktioniert und es gehen zwei benachrichtigungen raus.
es gibt doch bestimmt die möglichkeit beide informationen in eine zeile zu packen und es in eine nachricht zu versenden ?!
{fhem ("set 491xxxxxxxx send Achtung Frostgefahr ! ". ReadingsVal("Wetter","temp_c","") ." C°")}
{fhem ("set 491xxxxxxxx send ". ReadingsVal("Wetter","condition","") ."")}
vielen dank für die Hilfe im voraus
Ja:
{fhem ("set 491xxxxxxxx send Achtung Frostgefahr ! ". ReadingsVal("Wetter","temp_c","") ." C°");
fhem ("set 491xxxxxxxx send ". ReadingsVal("Wetter","condition","") ."")}
Bitte so im Def-Editor eingeben.
Grüße Jörg
Hallo Jörg, vielen Dank.
leider gehen so noch immer zwei Nachrichten ans Handy...sind ja auch zwei send Befehle.
Ich meinte eigentlich ein send Befehl mit beiden Readings ?!
Was sagt denn
{fhem ("set 491xxxxxxxx send Achtung Frostgefahr ! ". ReadingsVal("Wetter","temp_c","") ." °C\n". ReadingsVal("Wetter","condition","") ."" );}
ich bin begeistert......so gehts´s... vielen, vielen dank !!!!!!
Zitat von: Toto1973 am 14 Januar 2016, 10:11:49
Diese ist in /opt/fhem zu finden!
Manchmal ist es so einfach.
Danke dir!
vb
Hallo zusammen,
jetzt funktioniert es bei mir.
Zitat von: Init am 13 Januar 2016, 20:20:42
Hallo zusammen,
habe gerade das Modul erfolgreich bei mir integriert. Vielen Dank für die tolle Arbeit!
Jetzt habe ich allerdings noch ein mini Problem.
Beim Versenden von images wird nicht der Nickname als Absender verschickt, sondern die Telefonnummer.
Hat jemand eine Idee, was ich ggf. falsch gemacht habe?
Vorab vielen Dank für die Hilfe.
VG
Marc
Urschrünglich hatte ich den Namen so gesetzt:
set WhatsApp raw /presence name unserHaus
Dieses setzen führte aber nur beim Senden von Textnachrichten zum Erfolg.
Jetzt habe ich den Nickname als attr gesetzt und nun wird dieser beim Senden von Textnachrichten und Images genutzt.
define WhatsApp yowsup
attr WhatsApp nickname unserHaus
@André / justme1968: Könnt ihr das evtl. im Wiki vermerken?
VG
Marc
Ich kann seit kurzem keine messages mehr senden oder empfangen. Yowsup wird in FHEM als disconnected angezeigt.
Wenn ich mit set iPhone send text eingebe, kommt folgender Fehler: MASTER not connected
Im Log steht folgendes
[offline]:
2016.01.16 21:57:02 3: WhatsApp: sending /L
2016.01.16 21:57:02 3: WhatsApp: sending /presence available
2016.01.16 21:57:06 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
2016.01.16 21:57:06 4: WhatsApp: parse:
Auth Error, reason not-authorized
2016.01.16 21:57:06 3: WhatsApp: sending /disconnect
2016.01.16 21:57:06 3: WhatsApp: Disconnected
2016.01.16 21:57:06 3: WhatsApp: read: error during sysread: No child processes
2016.01.16 21:57:06 3: WhatsApp: read: end of file reached while sysread
2016.01.16 21:57:16 2: WhatsApp: setting $HOME to /opt/fhem
2016.01.16 21:57:16 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.01.16 21:57:19 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2016.01.16 21:57:19 4: WhatsApp: parse:
2016.01.16 21:57:19 4: WhatsApp: parse: [offline]:
2016.01.16 21:57:19 3: WhatsApp: sending /L
2016.01.16 21:57:19 3: WhatsApp: sending /presence available
2016.01.16 21:57:20 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
2016.01.16 21:57:21 4: WhatsApp: parse:
Auth Error, reason not-authorized
2016.01.16 21:57:21 3: WhatsApp: sending /disconnect
2016.01.16 21:57:21 3: WhatsApp: Disconnected
2016.01.16 21:57:21 3: WhatsApp: read: error during sysread: No child processes
2016.01.16 21:57:21 3: WhatsApp: read: end of file reached while sysread
2016.01.16 21:57:31 2: WhatsApp: setting $HOME to /opt/fhem
2016.01.16 21:57:31 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.01.16 21:57:33 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2016.01.16 21:57:33 4: WhatsApp: parse:
2016.01.16 21:57:33 4: WhatsApp: parse: [offline]:
2016.01.16 21:57:33 3: WhatsApp: sending /L
2016.01.16 21:57:33 3: WhatsApp: sending /presence available
2016.01.16 21:57:34 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
2016.01.16 21:57:34 4: WhatsApp: parse:
Auth Error, reason not-authorized
2016.01.16 21:57:34 3: WhatsApp: sending /disconnect
2016.01.16 21:57:34 3: WhatsApp: Disconnected
2016.01.16 21:57:34 3: WhatsApp: read: error during sysread: No child processes
2016.01.16 21:57:34 3: WhatsApp: read: end of file reached while sysread
Wenn ich per putty eine Nachricht senden möchte, kommt folgender Fehler:
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 491700000000 "Test 2"
python: can't open file 'yowsup-cli': [Errno 2] No such file or directory
ZitatAuth Error, reason not-authorized
Das wird zumindest eine Ursache sein.
vb
wie oben schon beschrieben hilft vermutlich ein yowsup update.
gruss
andre
Zitat von: VB90 am 16 Januar 2016, 22:14:25
Das wird zumindest eine Ursache sein.
und wie kann ich das ändern?
Bei mir hat vor Monaten ein simples update geholfen, wie bei anderen auch.
Zum Glück ist das ja kein hexenwerk, sollte hier im thread sogar beschrieben sein.
Update habe ich gemacht:
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
FHEM Update habe ich auch vor kurzem gemacht. Yowsup gibt es derzeit kein aktuelleres.
Oder fehlt das noch was?
Zitat von: TWART016 am 17 Januar 2016, 01:09:28
Update habe ich gemacht:
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Guten Morgen TWART016,
da ich selber auch nicht über die notwendigen Kenntnisse in Linux und Programmierung besitze, muss ich mir die Dinge teilweise auch mühsam zusammen suchen. Leider werden hier manchmal Dinge als Bekannt vorausgesetzt, die es zumindest bei mir nicht sind... 8)
Deshalb habe ich mir selber ein Leitfaden zusammen gestellt, auf den ich bei Bedarf zurück greifen kann. Es gibt nämlich keine Rückmeldung, wenn Du die Datei "master.zip" neu runterlädst und sie schon vorhanden ist. Sie wird als "master.zip.1" abgelegt. Dann aber "master.zip" also die alte entpackt und alles bleibt beim alten... :-[
ZitatYowsup aktualisieren
Bevor man yowsup aktualisiert sollte der RasPi aktualisiert werden!
Nun ist zu prüfen, ob die Datei 'master.zip' vorhanden ist. Dazu
ls -l
eintippen. Wenn im Listing die Datei 'master.zip' vorhanden ist, diese mit
rm master.zip
löschen. Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Hier müssen ggf. Dateien überschrieben werden. Die dazugehörigen Fragen musste ich alle mit 'y' (yes) bestätigen, da die anderen Antwortmöglichkeiten nicht geholfen haben.
Anschließend die Datei master.zip löschen. Sie wird nicht mehr benötigt:
rm master.zip
Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Nun den RasPi neu starten
sudo shutdown -r 0
und in die Befehlszeile von FHEM folgenden Befehl eingeben:
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Jetzt sollte es wieder klappen.
Yowsup - .yowsup-Verzeichnis löschen
Manchmal hilft es bei Problemen, das .yowsup-Verzeichnis zu löschen:
Am Raspberry Pi anmelden.
cd /opt/fhem
rm -r .yowsup
Jetzt mal in FHEM yousup
set yowsup reconnect
Nun sollte es wieder klappen.
Was bei mir übrigens nicht klappt und ziemlich nervt ist bei der Aktualisierung von yowsup per "a" alle Dateien zu erneuern. Ich muss für jede Datei ein "y"es setzen...
Änderungsvorschläge nehme ich gerne entgegen.
Martin
Moin
Super Modul, vielen Dank.
Nur leider bekomme ich keine Verbindung.
Bei STATE steht "Connected" und im state "offline".
Mehr kann ich nicht zum guten geben, da ich nicht weis was.
Was kann da nicht IO. ::)
PS. Update's sind alle gemacht.
Zitat von: Martin-72 am 17 Januar 2016, 09:16:27
Was bei mir übrigens nicht klappt und ziemlich nervt ist bei der Aktualisierung von yowsup per "a" alle Dateien zu erneuern. Ich muss für jede Datei ein "y"es setzen...
Hallo Martin,
die man-Page sagt: unzip -o option to overwrite files. Note that -o, like most of unzip's options, has to go before the archive name.
Also: sudo unzip -o master.zip
Grüße Jörg
Zitat von: Martin-72 am 17 Januar 2016, 09:16:27
Deshalb habe ich mir selber ein Leitfaden zusammen gestellt, auf den ich bei Bedarf zurück greifen kann. Es gibt nämlich keine Rückmeldung, wenn Du die Datei "master.zip" neu runterlädst und sie schon vorhanden ist. Sie wird als "master.zip.1" abgelegt. Dann aber "master.zip" also die alte entpackt und alles bleibt beim alten... :-[
Hallo Martin,
mit wget -N wird eine vorhandene Datei überschrieben.
Also:
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip -o master.zip
Und Du hast weniger zu tun.
Grüße Jörg
Danke, Jo Wiemann.
Hallo Martin,
vielen Dank für die Anleitung. Ich habe folgende Schritte ausgeführt:
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove -y && sudo reboot
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip -o master.zip
sudo shutdown -r 0
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Leider immer noch das gleiche Problem. Es heißt immer noch MASTER not connected
In yowsup habe ich mein iPhone angelegt, da steht als state ???
Das Smartphon ehabe ich vor ein paar Monaten gewechselt. Kann es damit was zu tun haben?
Zitat von: TWART016 am 17 Januar 2016, 16:05:25
sudo apt-get update && sudo apt-get upgrade -y && sudo apt-get autoremove -y && sudo reboot
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip -o master.zip
sudo shutdown -r 0
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Hallo,
bist Du sicher, dass yowsup unter /opt installiert worden ist. Beim öffnen einer Telnet-Session befindet man sich normaler Weise unter /home/angemeldeter User. Bei RPi also meisten unter /home/pi. Somit befindet sich auch das yowsup Verzeichnis nach dem wget und dem unzip unter /home/pi/yowsup.
Möchte man yowsup unter /opt haben, muss man vor dem wget mit cd /opt in das Verzeichnis wechseln.
Grüße Jörg.
Zitat von: JoWiemann am 17 Januar 2016, 16:41:10
Möchte yowsup unter /opt haben, muss man vor dem wget mit cd /opt in das Verzeichnis wechseln.
Stimmt, ich musste für das Update erst in cd /opt wechseln. Jetzt wird der Server in whatsapp als online angezeigt.
Ich kann jedoch nicht senden oder empfangen. Woran kann es noch liegen?
Zitat von: TWART016 am 17 Januar 2016, 19:38:31
Ich kann jedoch nicht senden oder empfangen. Woran kann es noch liegen?
Hast Du eine Telefonnummer für Dein WhatsApp registriert?
Grüße Jörg
Zitat von: JoWiemann am 17 Januar 2016, 19:46:07
Hast Du eine Telefonnummer für Dein WhatsApp registriert?
Danke, hat funktioniert. Ich musste den Code mit der FHEM-whatsapp Nummer nochmal neu in die yowsup.config eintragen.
## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49
phone=49150000000
id=0000000000
password=
Hallo,
ich habe mich versucht durch die Wiki zu arbeiten.
Es kommen aber immer wieder div. Fehlermeldungen.
Die Installation der Pakete kappt,
doch bei
sudo pip install python-axolotl
kommt folgender Fehler:
pi@raspberrypi:~ $ sudo pip install python-axolotl
Requirement already satisfied (use --upgrade to upgrade): python-axolotl in /usr/local/lib/python2.7/dist-packages/python_axolotl-0.1.7-py2.7.egg
Collecting protobuf<3.0.0-alpha-2,>=2.6 (from python-axolotl)
Retrying (Retry(total=4, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=3, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=2, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=1, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=0, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=4, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=3, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=2, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=1, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Retrying (Retry(total=0, connect=None, read=None, redirect=None)) after connection broken by 'ProtocolError('Connection aborted.', error(111, 'Connection refused'))': /simple/protobuf/
Could not find a version that satisfies the requirement protobuf<3.0.0-alpha-2,>=2.6 (from python-axolotl) (from versions: )
No matching distribution found for protobuf<3.0.0-alpha-2,>=2.6 (from python-axolotl)
Bei Eingabe von
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
kommt auch ein Fehler:
pi@raspberrypi:~ $ sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
--2016-01-18 09:26:12-- https://github.com/tgalal/yowsup/archive/master.zip
Resolving github.com (github.com)... 192.30.252.129
Connecting to github.com (github.com)|192.30.252.129|:443... failed: Connection refused.
Die Masterzip habe ich mir manuell runtergeladen und installiert.
Vermutlich ist irgendwo nicht alles mitgekommen,
denn bei Eingaben von
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
kommt folgender Fehler:
fhem@raspberrypi:~$ cd /opt/yowsup-master
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 158, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 176, in handleRequestCode
result = codeReq.send()
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 46, in send
res = super(WACodeRequest, self).send(parser)
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 73, in send
return self.sendGetRequest(parser)
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 111, in sendGetRequest
self.response = WARequest.sendRequest(host, port, path, headers, params, "GET")
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 167, in sendRequest
conn.request(reqType, path, params, headers);
File "/usr/lib/python2.7/httplib.py", line 1001, in request
self._send_request(method, url, body, headers)
File "/usr/lib/python2.7/httplib.py", line 1035, in _send_request
self.endheaders(body)
File "/usr/lib/python2.7/httplib.py", line 997, in endheaders
self._send_output(message_body)
File "/usr/lib/python2.7/httplib.py", line 850, in _send_output
self.send(msg)
File "/usr/lib/python2.7/httplib.py", line 812, in send
self.connect()
File "/usr/lib/python2.7/httplib.py", line 1204, in connect
HTTPConnection.connect(self)
File "/usr/lib/python2.7/httplib.py", line 793, in connect
self.timeout, self.source_address)
File "/usr/lib/python2.7/socket.py", line 571, in create_connection
raise err
socket.error: [Errno 111] Connection refused
fhem@raspberrypi:/opt/yowsup-master$
Habe ich aus dem Raspbian vorher noch etwas installieren müssen?
Vielen Dank
Hoffi
Hast Du eventuell eine Firewall, die die Zugriffe vom Pi aufs Internet blockiert? DNS funktioniert ja, da er github.com auflöst. Aber ansonsten wird jede Verbindung abgeblockt ('Connection refused').
Hallo,
ich habe nur eine Fritzbox ohne weitere "Kindersicherung" laufen.
Emailversandt funktioniert problemlos. Verbindung ins I-Net sollte da sein.
Hoffi
Hallo.
Ich möchte Whatsapp zum steuern meiner Heizung verwenden. Mein Notify sieht aktuell so aus:
HandyBasti:message.* {
if( $EVENT eq 'message: eco' ) {
fhem "set HandyBasti send Heizung wird auf ECO gestellt.";
fhem "set AllHeaters desiredTemperature eco";
} elsif( $EVENT eq 'message: auto' ) {
fhem "set HandyBasti send Heizung wird auf AUTO gestellt.";
fhem "set AllHeaters desiredTemperature auto";
} elsif( $EVENT eq 'message: Arbeitzimmer $zahl' ) {
fhem "set HandyBasti send Arbeitszimmer wird auf $zahl gestellt";
fhem "set Thermostat_Arbeitszimmer desiredTemperature $zahl";
} else {
fhem "set HandyBasti send Wie bitte?"
}
}
Soll heißen: Wenn ich schreibe "Arbeitszimmer 21" soll die "21" mit "set Thermostat_Arbeitszimmer desiredTemperature 21" gesendet werden. Wie bekomme ich das hin? Eine richtige Lösung oder Hinweis konnte ich bis jetzt über google nicht finden :-(
} elsif( $EVENT =~ /message: Arbeitszimmer (\d+)/ ) {
my $zahl = $1;
...
siehe auch weiter oben im thread.
gruss
andre
Moin
Bekomme WhatsApp nicht zum laufen. (Sende/Enpfangen)
Zitat
http://forum.fhem.de/index.php?topic=27543.945
Antwort #949 am: Gestern um 09:40:05 »
1. System neu gestartet, set WhatsApp send 04917xxxxx "test" STATE -> offline sonst passiert nichts.
2. Mach ich ein set WhatsApp reconnect bekommt STATE -> Connected
3. Wenn ich set WhatsApp send 04917xxxxx "test" mache bekomme ich in der Webansicht -> not connected
und STATE bleibt bei Connected, die Readings state bleibt bei offline und sent ändert sicht.
Habe mir die ganzen 65 Seiten Angesehen und Versucht, was Verbindungsprobleme zu tun hat abzuarbeiten aber ohne Erfolg.
Könnt Ihr mir Helfen ?
nebenbei... 049... die 0 ist zuviel
hast du in der Konfig zu deiner Nummer eventuell auch diese 0 drin?
vb
Sorry !!!
Die 0 ist in der Config nicht dabei.
Nachtrag :
Habe die Verzeichnisse von Hand gelöscht, so weit es ging.
Dann habe ich nach der Anleitung alles nochmal gemacht, auch die Registrierung mit der selben Nummer.
Nun Läuft es, nun wie lange weiß ich noch nicht. :D :D :D
Hallo
Ich versuche mich auch gerade an der Installation von Whatsapp leider Funktioniert das nicht.
Dazu muss ich aber gestehen das ich schon die dritte Nummer versuche die Erste Handy Nummer wurde von WhatsApp Gesperrt, weil ich ein nicht autorisiertes Programm verwendet habe ;D dann hab ich eine Festnetz Nummer probiert die war zu kurz und die Jetzige Nummer scheint auch nicht zu klappen.
Auszug aus Putty:
pi@Agent-Wohnzimmer:/opt/yowsup-config $ sudo su - fhem
fhem@Agent-Wohnzimmer:~$ cd /opt/yowsup-master
fhem@Agent-Wohnzimmer:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"incorrect","sms_length":6,"voice_length":6,"sms_wait":43244,"voice_wait":0}
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"too_recent","retry_after":43298,"sms_wait":43298,"voice_wait":0}
status: fail
retry_after: 43298
reason: too_recent
fhem@Agent-Wohnzimmer:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 158, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 174, in handleRequestCode
method
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 13, in __init__
idx = StorageTools.getIdentity(cc + p_in)
File "/opt/yowsup-master/yowsup/common/tools.py", line 59, in getIdentity
path = StorageTools.getStorageForPhone(phone)
File "/opt/yowsup-master/yowsup/common/tools.py", line 49, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 44, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/opt/fhem/.yowsup/4367762030500'
fhem@Agent-Wohnzimmer:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"incorrect","sms_length":6,"voice_length":6,"sms_wait":42948,"voice_wait":0}
INFO:yowsup.common.http.warequest:{"status":"sent","length":6,"method":"voice","retry_after":172805,"sms_wait":42947,"voice_wait":172805}
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 158, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 176, in handleRequestCode
result = codeReq.send()
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 48, in send
StorageTools.writeIdentity(self.cc + self.p_in, self.__id)
File "/opt/yowsup-master/yowsup/common/tools.py", line 54, in writeIdentity
with open(os.path.join(path, "id"), 'wb') as idFile:
IOError: [Errno 13] Permission denied: '/opt/fhem/.yowsup/4367762030500/id'
fhem@Agent-Wohnzimmer:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -R 498201
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"too_many_guesses","retry_after":86400}
status: fail
retry_after: 86400
reason: too_many_guesses
Gruß Markus
Hi. Das hatte ich heute auch mal. Entweder Berechtigung nochmal neu setzen oder Config datei wegspeichern, Dateien updaten und dann Config zurück spielen (Lösung ist hier im Forum zu finden).
Kurze Info, whatsapp soll demnächst komplett kostenlos sein, also nicht mehr das abo Model für 1$ im Jahr.
Zitat von: Ma_Bo am 18 Januar 2016, 21:20:11
Kurze Info, whatsapp soll demnächst komplett kostenlos sein, also nicht mehr das abo Model für 1$ im Jahr.
versteh den hype nicht, ich habe noch nie bezahlt. Oder hat jemand von euch beim registrieren für FHEM an whatsapp bezahlt?
Zitat von: satprofi am 19 Januar 2016, 18:09:57
versteh den hype nicht, ich habe noch nie bezahlt. Oder hat jemand von euch beim registrieren für FHEM an whatsapp bezahlt?
Es gibt Fälle, wo kurz vor Ablauf seitens WhatsApp eine Zahlungsaufforderung zugesandt worden sein soll.
Viel besser ist, dass damit wohl auch die Pishing-Mails aufhören, in denen immer wieder der Betrag eingefordert wurde, verbunden mit dem Nebeneffekt eines kleinen Trojaners.
Grüße Jörg
Hallo an die Yowsup macher
Ich habe am vergangenen Wochenende Yowsup installiert und WhatsApp eingerichtet.
Auf einem Raspberry PI/Jessie image.
Es funktioniert wie am schnürchen ;D 8)
Ein fettes Lob an die Macher!
Beste Grüße
Heinz
Hallo
Ich bin jetzt einen schritt weiter ich kann mit fhem nachrichten empfangen aber nicht senden
STATE und state von whatsapp ist conected
STATE von der Number ist: drei Fragezeichen
im log steht:
2016.01.19 21:29:22 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2016.01.19 21:29:22 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2016.01.19 21:29:22 1: exec failed
2016.01.19 21:29:22 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2016.01.19 21:29:32 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2016.01.19 21:29:32 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2016.01.19 21:29:32 1: exec failed
2016.01.19 21:29:32 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2016.01.19 21:29:42 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2016.01.19 21:29:42 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2016.01.19 21:29:42 1: exec failed
2016.01.19 21:29:42 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2016.01.19 21:29:53 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2016.01.19 21:29:53 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2016.01.19 21:29:53 1: exec failed
2016.01.19 21:29:53 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2016.01.19 21:30:16 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2016.01.19 21:30:16 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2016.01.19 21:30:16 1: exec failed
2016.01.19 21:30:16 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2016.01.19 21:30:19 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.01.19 21:30:28 1: PERL WARNING: Argument "ok" isn't numeric in numeric lt (<) at FHEM/Color.pm line 469.
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
2016.01.19 21:30:30 1: No Logdevice FileLog_sysmon
2016.01.19 21:30:35 1: No Logdevice FileLog_sysmon
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 810, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 763, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 154, in startInputThread
wait = self.execCmd(cmd)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 141, in doExecCmd
return fn()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 407, in image_send
entity = RequestUploadIqProtocolEntity(RequestUploadIqProtocolEntity.MEDIA_TYPE_IMAGE, filePath=path)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/iq_requestupload.py", line 27, in __init__
assert os.path.exists(filePath), "Either specified path does not exist, or yowsup doesn't have permission to read: %s" % filePath
AssertionError: Either specified path does not exist, or yowsup doesn't have permission to read: genial
Gruß Markus
Hallo,
zum Senden benötigt yowsup Schreibrechte. Schau mal, ob das Dein Problem löst: http://forum.fhem.de/index.php/topic,27543.msg299183.html#msg299183
Grüße Jörg
Hallo,
nun habe ich die Registration geschafft, :)
Beim versenden der Testnachricht kommt folgender Fehler:
No module named google.protobuf
Hier der ganze Text:
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 491793999572 "Das ist ein Test"
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 279, in startSendClient
not self.args["unmoxie"])
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 24, in __init__
from yowsup.layers.axolotl import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 3, in <module>
from axolotl.util.keyhelper import KeyHelper
File "build/bdist.linux-armv7l/egg/axolotl/util/keyhelper.py", line 3, in <module>
File "build/bdist.linux-armv7l/egg/axolotl/identitykeypair.py", line 1, in <module>
File "build/bdist.linux-armv7l/egg/axolotl/state/storageprotos.py", line 6, in <module>
ImportError: No module named google.protobuf
Lieben Dank
Hoffi
Zitat von: satprofi am 08 Januar 2016, 13:54:50
hallo.
hast du eine Lösung? Bei mir kommt auch 6x die Meldung für ein notify.
Nee, leider noch keine Lösung gefunden. Im Moment habe ich auch nur bedingt Zeit für mein FHEM...
Zitat von: Thoffi1978 am 20 Januar 2016, 10:02:17
Hallo,
nun habe ich die Registration geschafft, :)
Beim versenden der Testnachricht kommt folgender Fehler:
No module named google.protobuf
Auf der yowsup Seite steht:
Required python packages for end-to-end encryption: protobuf, pycrypto, python-axolotl-curve25519
Sehr wahrscheinlich fehlt bei Dir protobuf.
Versuch mal mit
sudo apt-get install python-protobuf
protobuf nach zu installieren.
Grüße Jörg
ZitatIch habe daher in der Datei yowsup/yowsup/common/constants.py den Pfad in einen absoluten Pfad geändert:
Ich finde diesen pfad nicht wo ist der normal drinnen?
kann es sein das es bei mir Fehlt?
Wo beginne ich zu suchen?
Gruß Markus
edit:
wen ich das bei fhem eingebe bekomme ich folgende Ausgabe
{ qx(printenv) }
[code]OLDPWD=/
PATH=/usr/local/sbin:/usr/local/bin:/usr/sbin:/usr/bin:/sbin:/bin
LANG=en_GB.UTF-8
PWD=/opt/fhem
[/code]
Wenn ich versuche eine nachricht über putty zu senden
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4966xxxx "Das ist ein Test"
bekomme ich diese meldung
python: can't open file 'yowsup-cli': [Errno 2] No such file or directory
edit:Ich habe jetzt noch einmal alles neu installiert in putty die selbe Meldung aber in fhem konnte ich ein paar Nachrichten hin und her schicken senden und empfangen Funktionierte kurz aber jetzt klappt den ganzen Tag nichts mehr nur chatstate zeigt noch richtig an.
Gruß Markus
HAllo zusammen,
seit gestern habe ich auch ein Problem mit yowsup:
2016.01.23 11:34:41 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.01.23 11:34:41 3: WhatsApp: sending /L
2016.01.23 11:34:41 3: WhatsApp: sending /presence available
2016.01.23 11:34:44 3: WhatsApp: sending /disconnect
2016.01.23 11:34:44 3: WhatsApp: Disconnected
2016.01.23 11:34:44 3: WhatsApp: read: error during sysread: No child processes
2016.01.23 11:34:44 3: WhatsApp: read: end of file reached while sysread
Es lief zuvor Wochen ohne Probleme.
Die folgenden Attribute sind gesetzt und fhem hat Rechte auf die entsprechenden Verzeichnisse:
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
attr WhatsApp home /opt/fhem
Hat noch jemand eine Idee?
DAnke & Gruß,
Tobi
Bei mir das gleiche seit 03:15, gab es vielleicht Änderungen an der Schnittstelle zu WhatsApp?
2016.01.23 03:15:16 2: WhatsApp: setting $HOME to /opt/fhem
2016.01.23 03:15:16 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/FHEM/yowsup.cfg --yowsup
2016.01.23 03:15:16 3: WhatsApp: sending /L
2016.01.23 03:15:16 3: WhatsApp: sending /presence available
2016.01.23 03:15:17 3: WhatsApp: sending /disconnect
2016.01.23 03:15:17 3: WhatsApp: Disconnected
2016.01.23 03:15:17 3: WhatsApp: read: error during sysread: No child processes
2016.01.23 03:15:17 3: WhatsApp: read: end of file reached while sysread
Ich habe schonmal den Ordner .yowsup gelöscht, er wird dann neu erstellt. Es fehlt beim Neuerstellen allerdings die Datie nonce.
Beim ersten Auftreten kam folgendes:
2016.01.23 03:14:30 3: WhatsApp: sending /presence available
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 33, in receive
node = self.reader.getProtocolTreeNode(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 13, in getProtocolTreeNode
return self.streamStart(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 36, in streamStart
raise Exception("expecting STREAM_START in streamStart, instead got token: %s" % token)
Exception: expecting STREAM_START in streamStart, instead got token: failure
Bei mir auch das gleiche seit heute Nacht 0:01 Uhr.
2016.01.23 12:15:26 3: WhatsApp: read: end of file reached while sysread
2016.01.23 12:15:26 3: WhatsApp: read: error during sysread: No child processes
2016.01.23 12:15:26 3: WhatsApp: Disconnected
2016.01.23 12:15:26 3: WhatsApp: sending /disconnect
2016.01.23 12:15:22 3: WhatsApp: sending /presence available
2016.01.23 12:15:22 3: WhatsApp: sending /L
2016.01.23 12:15:20 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.01.23 12:15:20 2: WhatsApp: setting $HOME to /opt/fhem
Bei mir auch, seit 2 Uhr kein connect mehr.
Reboot etc. hat nichts geholfen...
Allerdings tauchten bei Neustart von FHEM folgende Meldungen im Log auf:
PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 493.
PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 493, <FH> line 5461.
Viele Grüße,
Max
Bei mir funktioniert alles!
Also von daher gab bzw gibt es vielleicht ein Problem bei Whatsapp?
Ich schliesse mich dem "funktioniert nicht" an :'(
Mit "vewrbose 4" kommt die Meldung:
WhatsApp: parse: general: Login Failed, reason: not-authorized
Hat da schon jemand Erfahrungen mit?
Bei mir das selbe seit 5:35
Folgendes hat geholfen :
Der Ordner yowsup-master und die Datei master.zip liegen bei mir unter /opt/fhem
Yowsup aktualisieren
Prüfen, ob die Datei 'master.zip' vorhanden ist. (unter /opt/fhem )
ls -l
Wenn im Listing die Datei 'master.zip' vorhanden ist, diese mit
sudo rm master.zip
löschen. Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Dann den alten Ordner umbenennen
sudo mv yowsup-master yowsup-master_old
Neue master.zip laden
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
und entpacken
sudo unzip master.zip
Anschließend die Datei master.zip löschen. Sie wird nicht mehr benötigt
sudo rm master.zip
Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Danach lief mein Yowsup (WhatsApp) wie gewohnt.
Grüße Marcel
Kann ich bestätigen, läuft wieder. :D
Kanns auch bestätigen. Danach läufts auch bei mir wieder.
Gruß Detlef
Gleiches bei mir
lG
Wolfgang
Ja bei mir läuft es auch wieder ;D
Danke
Aber was mir aufgefallen ist über putty Funktioniert es nicht
pi@Agent:~ $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4912345678 "Das ist ein Test"
python: can't open file 'yowsup-cli': [Errno 2] No such file or directory
pi@Agent:~ $
Über fhem Funktioniert es schon seit Stunden duzende Nachrichten! sobald ich aber versuche ein Bild zu senden:
set 0912345678 image ....
ist WhatsApp tot und funktioniert erst wieder nach Neuinstallation des yowsup-master Ortners laut Anleitung von Marcel
Gruß Markus
Also bei mir funktionieren auch Bilder ohne Probleme.
Was jetzt auch neu ist, sobald ich einen Befehl zu fhem schicke, bekomme ich auf meinem Handy die 2 Hacken auch in blau angezeigt, das war vorher nicht.
Super - läuft wieder.
Woher hast Du gewusst, dass der Ordner neu eingespielt werden muss?
LG
Zitat von: Ma_Bo am 23 Januar 2016, 17:46:50
Yowsup aktualisieren
Prüfen, ob die Datei 'master.zip' vorhanden ist. (unter /opt/fhem )
Hi,
wie genau bekomme ich das denn hin? Müsste doch eigtl. ein git pull sein, oder?
Danke & Gruß,
Tobi
Falls du es nicht unter linux aktualisieren möchtest, nehme einfach den Link http: und lade die masterzip.
Danach habe ich einfach den Die vorhandenen Dateien mit den neuen überschrieben unter WinSCP, die Rechte gesetzt und fetrig.
Läuft wieder.
Moin an alle,
danke für die nette Arbeit, nun kann ich mich endlich mit meinem FHEM unterhalten wenn mir langweilig ist :-D Und FHEM redet kein Dünnpfiff :)
Für alle deren Anbieter nicht gehen: Ich habe eine Nummer von Sipgate, die ist ja kostenfrei. Damit geht es. Vielleicht hat es schon wer erzählt, wollte es dennoch mitteilen.
Habe aber gleich ne Frage:
Ich will dass FHEM mit per W-App ein Text mit Auswahlmenü zurück schickt. Dazu wäre es gut, wenn er die untereinander auflistet. Ich will nicht 20 Nachrichten versehen, es sollte möglichst in einer Nachricht stehen. Wie machen ich beim sent Befehl ein Zeilenumbruch oder Newline habe schon "\n" und "###" ausprobiert. Geht nicht, gibt es eine Möglichkeit?
Danke für die Hilfe
Mit einem ; die befehle trennen
Z.b. set Brunnen off;set Licht off
LG
Holger
newline geht ohne patch nur mit iOS. für android musst du yowsup patchen und dann eventuell im FHEM modul eine kleine änderung einbauen. siehe weiter oben im thread.
gruss
andre
Zitat von: RitterSport am 24 Januar 2016, 11:30:40
Falls du es nicht unter linux aktualisieren möchtest, nehme einfach den Link http: und lade die masterzip.
Danach habe ich einfach den Die vorhandenen Dateien mit den neuen überschrieben unter WinSCP, die Rechte gesetzt und fetrig.
Läuft wieder.
Danke, habe das auch manuell gelöst, würde aber gerne mal wissen, wie das per git funktioniert?
Hallo zusammen,
nachdem ich letztes Jahr das Modul 44_S7 erfolgreich eingebunden hab, wollte ich mich nun an das Modul 32_yowsup wagen.
Leider scheitert es bei mir schon an der Installation der benötigten Pakete auf dem rasp.
Wenn ich nach dem WIKI verfahre, dann kommen Meldungen, die ich weder als ok oder nicht ok einordnen kann.
Z.B. funktioniert bei mir der PIP Befehl nicht !? siehe Bild.
Und ob die vorherige Installation von Python erfolgreich verlaufen ist, kann ich auch nicht nachvollziehen,
dafür reichen meine Kenntnisse nicht aus :-\
Gibt es eine kleine Anleitung, wie man prüfen kann, ob die einzelnen Installationsschritte aus dem WIKI erfolgreich abgeschlossen wurden ?
Ich vermute, ihr würdet vielen fhem-Begeisterten, aber Konsolen-Unerfahrenen behilflich sein, die an dem Punkt schon verzweifeln !?
DANKE !
Gebe bitte mal folgendes in die Konsole ein und versuche das pip install danach erneut:
sudo apt-get install python-dateutil python-pip python-dev build-essential
Hallo oli82,
vielen Dank für die schnelle Antwort.
Allerdings hat das nicht geholfen.
Wenn ich den (Deinen) Befehl absetze, erscheint folgendes im Konsolenfenster (siehe Bild).
Der Befehl entspricht ja auch in etwa dem aus dem WIKI.
Danach muss ich mich neu einloggen und der PIP Befehl funktioniert dann immer noch nicht.
Dein jetziges Problem liegt wohl an dem von dir genutzten Tool.
Wie in deinem Screenshot gut zu erkennen ist, sollst du WinSCP nicht für die Console Benutzen, wenn Usereingaben zu erwarten sind.
Genau dieses ist aber bei einer solchen Installation der Fall. Es erfolgt eine Nachfrage, ob du dies wirklich willst.
Da du keine Abfrage siehst, keine Eingabe tätigst beginnt irgendwann der TimeOut, der im Screen bemängelt wird.
Mein Tipp zur Abhilfe: Nutze putty oder ein ähnliches Tool um auf die Console zu kommen.
vb
So wie ich das sehe, hast du den Zeilenumbruch aus dem Wiki mit übernommen und somit nicht alle Pakete installiert. Gib den Befehl aus meinem post bitte nochmal ein, nur mit -y am Ende.
Also:
sudo apt-get install python-dateutil python-pip python-dev build-essential -y
Ich empfehle dir ebenfalls auf putzt zu wechseln. Gerade die spätere Fehlersuche oder das lesen von log-Dateien geht damit viel komfortabler
Hallo vb,
werde es in einer ruhigen Minute mit einem anderen Tool ausprobieren.
Danke schon mal für den Tipp !
Hallo oli82,
hallo vb,
ich habe nun direkt mit putty gearbeitet und folgenden screenshot erstellt, nachdem der Befehl durchgelaufen war.
Hilft euch diese Fehlermeldung weiter, damit ihr mir weiterhelfen könnt ?
Guten Morgen,
noch ein kleiner Nachtrag.
Die Fehlermeldung kommt auch schon nach dem Befehl "sudo apt-get upgrade" .
Hast Du vorher ein: sudo apt-get update gemacht? Damit werden die Paket aktualisiert. Ansonsten besteht die Gefahr, dass nicht kompatible Pakte installiert werden.
Grüße Jörg
Hallo Jörg,
ja, ich bin nach dem WIKI gegangen und der Befehl "sudo apt-get update" scheint problemlos durchgelaufen zu sein.
was du mal machen kannst (kenne leider dein System nicht):
sudo apt-get update && sudo apt-get upgrade
Danach solltest du sehen, ob und welche Pakete zu aktualisieren sind.
Wenn dein libglapi-mesa weiterhin fehlerhaft sein sollte, kannst du mal folgendes versuchen:
sudo dpkg --configure --pending
danach
sudo dpkg-reconfigure libglapi-mesa
Alternativ wäre noch die Deinstallation des Paketes
leider kein Erfolg :-\
update und upgrade habe ich nun schon mehrmals versucht, aber immer mit dem u.a. Ergebnis.
Bevor ich jetzt einzelne Pakete deinstalliere (keine Ahnung wie ;) ),
macht es vielleicht mehr Sinn, den RasPi ganz neu zu installieren ?
Das sieht alles so aus, als wäre Deine Paketdatenbank defekt. Da scheinen diverse Dateien nicht mehr lesbar zu sein. Eventuell ist ein Neuausetzen schneller als die Fehlersuche.
Hallo,
es gibt hier: https://wiki.ubuntuusers.de/Paketverwaltung/Problembehebung/ eine Fülle von Problemlösungen, wo Dein Problem auch angesprochen wird: https://wiki.ubuntuusers.de/Paketverwaltung/Problembehebung/#Dateilisten-Datei-beschaedigt. Für nicht Linuxkenner würde ich allerdings auch eine Neuinstallation vorschlagen.
Grüße Jörg
na gut, dann setz ich lieber ein neues System auf 8)
ich kann doch eine neue SD-Karte nehmen, alles installieren und dann die fhem.cfg von der alten Karte übernehmen, oder ?
Dann müsste doch alles wieder laufen.... eigentlich.... ???
müsste, sollte, eigentlich ;)
Wenn du das dann soweit hast, ziehe dir von der SD-Karte ein Backup, dann hast du beim nächsten Mal eine funktionierende Grundlage auf der du aufbauen kannst.
Sieh es sportlich, Übung macht den Meister ;D
vb
Melde, dass mein Sportprogramm erfolgreich war ;)
Neue SD, neu aufgesetzt.
Fhem läuft wieder und Yowsup ist auch aktiv 8)
Jetzt kann ich mich den ganzen Tag mit Meldungen zuschütten,
damit wenigstens fhem mit mir kommuniziert :-\
Dank für eure Mithilfe bei der anfänglichen Fehlersuche,
aber es war wirklich sinnvoller und zielführend bei 0 anzufangen.
Und jetzt habe ich auch ein aktuelles Image ;)
Mal nebenbei... Ein senden an mehrere Nummern ist nicht per se ein Broadcast. Letzteres ist ein senden an alle.
Bist du sicher das die Trennung der Nummern per Komma korrekt ist? Hab jetzt nicht nachgeschaut, kann mir aber vorstellen, das es da ne andere Lösung haben muss.
vb
Hat dann plötzlich doch funktioniert, nach mehrmaligen probieren. Deshalb hatte ich die Anfrage gelöscht. Bist ja super schnell
WOW !!!
Mit dem Handy via WhatsApp über fhem (Modul 32_yowsup), weiter über fhem (Modul 44_S7) zur S7 .... Licht einschalten !
Das nenn ich sm@rte Hausautomation 8)
Ja bin ich denn schon drin, oder was ;)
Klasse !
Kurze Frage, falls jemand das Problem schon hatte... Handy resettet, WhatsApp neu aufgesetzt. Jetzt ag FHEM nicht mehr mit mir sprechen. Numme rist die gleiche, aber ich bin nicht mehr "trusted"?!?
Hi.
Ich wollte über DOIF ein Bild an mein Handy versenden.
Leider klappt das plötzlich nicht mehr.
Im Log findet sich folgender Fehler:
ERROR:yowsup.layers.protocol_media.mediauploader:uploadUrl: https://mmi312.whatsapp.net/u/m6HeV7XAtQqVOyRPiODvdQ0FENAABStWA4Ueqg/AqPP7yj6vyMypxNeWbmE6pei3bkTeTj-gr9L2BBAA3ZT, result of uploading media has no url
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 190, in loop
callback = self.__class__.__detachedQueue.get(False) #doesn't block
File "/usr/lib/python2.7/Queue.py", line 165, in get
raise Empty
Empty
ERROR:yowsup.demos.cli.layer:Upload file /opt/snapshots/Eingang_snapshot.jpg to https://mmi312.whatsapp.net/u/m6HeV7XAtQqVOyRPiODvdQ0FENAABStWA4Ueqg/AqPP7yj6vyMypxNeWbmE6pei3bkTeTj-gr9L2BBAA3ZT for 4915xxxxxxxxx@s.whatsapp.net failed!
Weiß jemand Rat?
Zitat von: Tedious am 09 Februar 2016, 13:13:40
Kurze Frage, falls jemand das Problem schon hatte... Handy resettet, WhatsApp neu aufgesetzt. Jetzt ag FHEM nicht mehr mit mir sprechen. Numme rist die gleiche, aber ich bin nicht mehr "trusted"?!?
Whatsapp wird vermutlich einen neuen Key generiert haben, der nicht mehr dem in der DB entspricht. .yowsup löschen sollte yowsup dazu zwingen, die DB mit dem neuen Key neu anzulegen
Zitat von: oli82 am 09 Februar 2016, 14:09:58
ERROR:yowsup.demos.cli.layer:Upload file /opt/snapshots/Eingang_snapshot.jpg to https://mmi312.whatsapp.net/u/m6HeV7XAtQqVOyRPiODvdQ0FENAABStWA4Ueqg/AqPP7yj6vyMypxNeWbmE6pei3bkTeTj-gr9L2BBAA3ZT for 4915xxxxxxxxx@s.whatsapp.net failed!
Weiß jemand Rat?
Sicher, dass es /opt/snapshots/Eingang_snapshot.jpg gibt ( bzw. zu dem Zeitpunkt gab )?
Ich erinnere mich an ähnliche Meldungen, als ich mal falsche Bildpfade hatte. Danach musste ich yoswup auch meistens "neustarten", damit es wieder funktionierte.
Hi Carsten.
Ja, die Datei gibt es. Habe sie vorsichtshalber auch mal kopiert, nur um das sicherzustellen.
Das schlimme ist ja, es hat mal funktioniert ;)
So, ich bin etwas weiter gekommen.
Ich kann keine jpg-Dateien versenden. Habe spaßeshalber mal das Bild Eingang_snapshopt.jpg in eine png-Datei gewandelt und siehe da: es klappt.
Jetzt stellt sich natürlich die Frage, warum jpg Dateien nicht funktionieren, png aber schon.
Laut GitHub werden folgenden Dateien akzeptiert:
class MediaDiscover(object):
EXT_IMAGE=['jpg','png']
EXT_AUDIO=['mp3','wav','aac','wma','ogg','oga']
EXT_VIDEO=['mp4']
erkläre mein Problem für behoben. Wie es scheint, konnte yowsup die jpg-Dateien des IPCAM Moduls nicht lesen. Nutze nun SSCam. Damit läuft es
Zitat von: Carsten am 09 Februar 2016, 14:46:48
Whatsapp wird vermutlich einen neuen Key generiert haben, der nicht mehr dem in der DB entspricht. .yowsup löschen sollte yowsup dazu zwingen, die DB mit dem neuen Key neu anzulegen
Ok, teste ich mal am WE. Interessanter Fakt: Direkte WA an die Nummer geht nicht mehr. WA an eine Gruppe mit der Nummer - kommt an!
das deutet vielleicht darauf hin das die daten an eine gruppe nicht verschlüsselt werden.
Hallo!
Vorerst herzlichen Dank, WhatsApp (yowsup) hat auf Anhieb tadellos funktioniert - Danke!
Ersuche jedoch um Hilfe für ein m.E. kleines Einstellungsproblem:
Habe in fhem IPCAM installiert und lege die aufgenommenen Bilder in
"pi@raspberrypi:~ $ ls -l /opt/fhem/www/snapshots/
-rw-r--r-- 1 fhem dialout 31751 Feb 14 14:02 DLink2_snapshot_1.jpg
-rw-r--r-- 1 pi dialout 31751 Feb 14 14:02 DLink2_snapshot.jpg
ab. IPCAM Aufnahmen haben den Besitzer "fhem" und werden von yowsup nicht versendet - ändere ich den Besitzer auf "pi" werden diese anstandslos versendet. Wie kann ich nun yowsup dazu bringen, Bilder mit Besitzer "fhem" auch zu versenden? Meine Einstellung "attr. home PWD".
LG
Zitat von: raimundl am 14 Februar 2016, 18:59:19
Hallo!
Vorerst herzlichen Dank, WhatsApp (yowsup) hat auf Anhieb tadellos funktioniert - Danke!
Ersuche jedoch um Hilfe für ein m.E. kleines Einstellungsproblem:
Habe in fhem IPCAM installiert und lege die aufgenommenen Bilder in
"pi@raspberrypi:~ $ ls -l /opt/fhem/www/snapshots/
-rw-r--r-- 1 fhem dialout 31751 Feb 14 14:02 DLink2_snapshot_1.jpg
-rw-r--r-- 1 pi dialout 31751 Feb 14 14:02 DLink2_snapshot.jpg
ab. IPCAM Aufnahmen haben den Besitzer "fhem" und werden von yowsup nicht versendet - ändere ich den Besitzer auf "pi" werden diese anstandslos versendet. Wie kann ich nun yowsup dazu bringen, Bilder mit Besitzer "fhem" auch zu versenden? Meine Einstellung "attr. home PWD".
LG
Ohne Veränderungen in den Einstellungen (außer öfter reboot) funktioniert plötzlich der Versand der Images.
Doch trotzdem noch eine Frage:
Kann man mehrere Bilder (images) gleichzeitig versenden? Wie lautet dann die Pfadangabe?
LG
Ich lasse mir 5 Bilder im Abstand von 2 Sekunden schicken. Da überschlägt sich der Benachrichtigungston.
stromer on tour
Zitat von: Tedious am 11 Februar 2016, 10:09:36
Ok, teste ich mal am WE. Interessanter Fakt: Direkte WA an die Nummer geht nicht mehr. WA an eine Gruppe mit der Nummer - kommt an!
Info: hat bestens funtioniert. .yowsup in .yowsup_old umbenannt, WA Disconnest und reconnect, läuft wieder. Danke!
Hallo,
ich habe auch dasProblem, dass ich seit meinem Handy wechsel keine WhatsApp an oder von FHEM senden kann.
Das Handy was nicht geändert wurde, kann Nachricht empfangen und senden.
Wo finde ich den diese .yowsup Datei, damit ich die DB zurücksetzen kann.
Ich bekomms leider nicht ans laufen.
2016.02.21 08:00:12 4 : WhatsApp: parse: Yowsup Cli client ================== Type /help for available commands
2016.02.21 08:00:12 4 : WhatsApp: parse:
2016.02.21 08:00:12 4 : WhatsApp: parse: [offline]:
2016.02.21 08:00:12 3 : WhatsApp: sending /L
2016.02.21 08:00:12 3 : WhatsApp: sending /presence available
2016.02.21 08:00:13 3 : WhatsApp: sending /disconnect
2016.02.21 08:00:13 3 : WhatsApp: Disconnected
2016.02.21 08:00:13 3 : WhatsApp: read: error during sysread: No child processes
2016.02.21 08:00:13 3 : WhatsApp: read: end of file reached while sysread
Er wartet gar nicht aufs Login. Kann natürlich sein das das etwas länger dauert da es auf nem Raspi läuft. Dann sollte aber die Timeout Zeit einstellbar sein.
An der Kommandozeile funktionierts:
/opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
Auth: Logged in!
[connected]:
Zitat von: Phantomas am 20 Februar 2016, 13:48:43
Hallo,
ich habe auch dasProblem, dass ich seit meinem Handy wechsel keine WhatsApp an oder von FHEM senden kann.
Das Handy was nicht geändert wurde, kann Nachricht empfangen und senden.
Wo finde ich den diese .yowsup Datei, damit ich die DB zurücksetzen kann.
Findest Du unter opt/fhem. Kleiner Hinweis, gehr hervorragend via MidnightCommander. sudo apt-get install mc, aufruf denn mit mc
@Tedious
Vielen Dank für den Tipp mit dem MC.
Habe die Datei gestern nach langen suchen unter /opt/fhem/pi gefunden und gelöscht. Nach dem starten läuft es wieder.
Hallo, yowsup macht bei mir aktuell Probleme. Woran könnte das liegen?
2016.02.23 17:32:30 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2016.02.23 17:32:30 2: WhatsApp: setting $HOME to
2016.02.23 17:32:30 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0_alpha_1-py2.7.egg/google/__init__.py:1: UserWarning: Module yowsup was already imported from /opt/yowsup-master/yowsup/__init__.py, but /usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
2016.02.23 17:32:35 3: WhatsApp: sending /L
2016.02.23 17:32:35 3: WhatsApp: sending /presence available
2016.02.23 17:32:35 3: WhatsApp: sending /presence name 'Home'
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 162, in poll
write(obj)
File "/usr/lib/python2.7/asyncore.py", line 95, in write
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 91, in write
obj.handle_write_event()
File "/usr/lib/python2.7/asyncore.py", line 467, in handle_write_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 455, in handle_connect_event
self.handle_connect()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 68, in handle_connect
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 72, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 66, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 89, in onEvent
if self.isInitState():
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 78, in isInitState
return self.store == None or self.state == self.__class__._STATE_INIT
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 59, in store
self.__class__._DB
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 9, in __init__
conn = sqlite3.connect(db, check_same_thread=False)
sqlite3.OperationalError: unable to open database file
2016.02.23 17:32:36 3: WhatsApp: sending /disconnect
2016.02.23 17:32:36 3: WhatsApp: Disconnected
2016.02.23 17:32:36 3: WhatsApp: read: error during sysread: No child processes
2016.02.23 17:32:36 3: WhatsApp: read: end of file reached while sysread
2016.02.23 17:32:46 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2016.02.23 17:32:46 2: WhatsApp: setting $HOME to
2016.02.23 17:32:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.02.23 17:32:48 3: WhatsApp: sending /disconnect
2016.02.23 17:32:48 3: WhatsApp: Disconnected
2016.02.23 17:32:48 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2016.02.23 17:32:48 2: WhatsApp: setting $HOME to
2016.02.23 17:32:48 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0_alpha_1-py2.7.egg/google/__init__.py:1: UserWarning: Module yowsup was already imported from /opt/yowsup-master/yowsup/__init__.py, but /usr/local/lib/python2.7/dist-packages/yowsup2-2.3.84-py2.7.egg is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
@Adriano
Hast du das Homeverzeichnis gesetzt?
attr WhatsApp home PWD
Ja hab ich.
Es scheint auch nur der Fehler hier zu sein:
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 9, in __init__
conn = sqlite3.connect(db, check_same_thread=False)
sqlite3.OperationalError: unable to open database file
Wenn ich jetzt wüsste wo das File gesucht wird.
/opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
kann ich per kommandozeile starten und funktioniert auch.
/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0_alpha_1-py2.7.egg/google/_
_init__.py:1: UserWarning: Module yowsup was already imported from /opt/yowsup-m
aster/yowsup/__init__.pyc, but /usr/local/lib/python2.7/dist-packages/yowsup2-2.
3.84-py2.7.egg is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Auth: Logged in!
general: Disconnected: Requested
[connected]:
Auth: Logged in!
ERROR:yowsup.layers.axolotl.layer:No such signedprekeyrecord! 30210
ERROR:yowsup.layers.axolotl.layer:No such signedprekeyrecord! 30210
[connected]:
Ok die Lösung:
habe attr WhatsApp home PWD
geändert in attr WhatsApp home /opt/fhem/
Nun gehts wieder! Komisch. Das ging doch vorher immer.
Hallo Hannes,
habe gestern dein Modul eingerichtet, tolle Arbeit Danke.
Texte zu versenden funktioniert tadellos. Leider nicht das versenden von Images über das Modul (per Kommandozeile alles bestens)
Es kommt kein Bild beim Empfänger an, wenn ich über ein Gruppen-Device verschicke. Das Log unterscheidet sich bezüglich der Nummer
Bei einem Text wird "49XXXXXXXXXXX-1455990202" mit Minus getrennt
Bei einem Image wird mit 49XXXXXXXXXXX.1455990202 mit Punkt getrennt.
Ich würde vermuten es liegt am Punkt/Minus unterschied beim Senden
ich sende das ganze so: set myGroup image /tmp/ipcam.jpg
Log anbei
Gruß
Mark
2016.02.26 08:16:06 3: whatsup: sending /message send 49XXXXXXXXXXX-1455990202 'works'
2016.02.26 08:16:06 4: whatsup: parse: [connected]:
2016.02.26 08:16:06 4: whatsup: parse:
Sent: 1456470966-435
[connected]:
2016.02.26 08:16:28 4: whatsup: parse: Iq:
ID: 436
Type: result
from: 4915737650056@s.whatsapp.net
2016.02.26 08:17:16 3: whatsup: sending /image send 49XXXXXXXXXXX.1455990202 '/tmp/ipcam.jpg'
2016.02.26 08:17:16 4: whatsup: parse: [connected]:
2016.02.26 08:17:17 4: whatsup: parse:
Sent: 1456471037-438
[connected]:
ist dein fhem aktuell?
das problem gab es zwar vor einiger zeit mal aber in der aktuellen version wird für image und text der interne . durch ein - ersetzt. schau mal in die zeilen 264 und 277.
gruss
andre
das war der Grund.
Es hilft auch beim define im fhem.cfg file den Punkt durch ein Minus zu ersetzten
Danke
Ich habe heut aus dem Stand Probleme mit meiner yowsup-Installation.
in der Console bekomme ich "Authentication-Error: not authorized"
nachdem ich heute nichts verändert habe, hoffe ich das es ein temporäres Problem ist.
Ist euch da etwas bekannt? Kennt ihr Quellen, die da bei solchen Problemen schnell und zuverlässig Auskunft geben ??
vb
Hm, ich habe um 19:00 noch eine WhatsApp von Fhem bekommen.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Zitat von: VB90 am 29 Februar 2016, 20:51:30
Ich habe heut aus dem Stand Probleme mit meiner yowsup-Installation.
in der Console bekomme ich "Authentication-Error: not authorized"
nachdem ich heute nichts verändert habe, hoffe ich das es ein temporäres Problem ist.
Ist euch da etwas bekannt? Kennt ihr Quellen, die da bei solchen Problemen schnell und zuverlässig Auskunft geben ??
vb
Meist hängt es mit einer zu alten yowsup Version zusammen. Allerdings fehlen hier Infos, um mehr sagen zu können (Log).
heute früh noch eine message erhalten über fhem. aber vielleicht deshalb:
http://futurezone.at/digital-life/stoerungen-bei-whatsapp/184.264.613
@satprofi
davon habe ich heute auch bei heise gelesen, scheint aber nichts mit meinem Problem zu tun zu haben.
@marvin
das Modul auf Verbose 5 gibt im Log folgendes aus, bei Versuch des reconnect:
2016.03.01 19:07:48.904 4: WhatsApp: parse:
2016.03.01 19:07:48.907 4: WhatsApp: parse: [offline]:
2016.03.01 19:07:48.908 3: WhatsApp: sending /L
2016.03.01 19:07:48.908 3: WhatsApp: sending /presence available
2016.03.01 19:07:48.909 3: WhatsApp: sending /presence name 'NS7-Odroid'
2016.03.01 19:07:51.804 4: WhatsApp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
2016.03.01 19:07:51.852 3: WhatsApp: sending /disconnect
2016.03.01 19:07:51.853 3: WhatsApp: Disconnected
2016.03.01 19:07:51.853 3: WhatsApp: read: error during sysread: No child processes
2016.03.01 19:07:51.854 3: WhatsApp: read: end of file reached while sysread
Unter dem Strich also das gleiche wie auf der Konsole.
Was mich dabei halt wundert:
Am wochenende habe ich das System komplett neu aufgesetzt, inkl. yowsup. Bis gestern abend hat es auch ohne Probleme funktioniert.
Ich wer mich mal auf die Suche nach der aktuellen Version machen...
vb
Das ist der gleiche Fehler, der bei mir auftaucht, wenn ich yowsup (nicht das Modul) mal wieder aktualisieren muss. Es ist also nicht 100% sicher, dass das dein Problem löst, aber schaden kann es nicht. Aktualisieren kannst du einfach, in dem du nach Wiki installierst. yowsup wird dann einfach überschrieben. ???
danke, das habe ich getan.
Nachdem dies auch keine Abhilfe brachte, hab ich probiert, die Nummer neu zu registrieren.
Antwort des Servers:
ZitatINFO:yowsup.common.http.warequest:{"status":"fail","reason":"blocked"}
status: fail
reason: blocked
Vor Monaten hatte ich mal ein ähnliches Problem.
Ich meine mich zu entsinnen, das es damals Probleme mit den Geräten gab, als die sich yowsup gegenüber Whatsapp ausgibt.
Meines Wissens verkauft sich yowsup ja als Symbian S40 Gerät, wie seinerzeit diverse Nokias oder als Galaxy S3, mit Android 4.3
Obendrein meine ich (!) dieser Tage gelesen zu haben, das WhatsApp die Unterstützung für diverse Clients einstellt.
Muss mal schauen, ob ich den Artikel wieder finde.
vb
edit: Da ist er schon.
http://www.heise.de/newsticker/meldung/WhatsApp-stellt-Support-fuer-BlackBerry-und-Symbian-ein-3119641.html
Aber bis Ende das Jahres ist ja eigentlich noch ein bischen Zeit....
Hallo,
ich habe heute versucht yowsup zu installieren. Leider bekomme ich bei der Registration immer die Ausgabe old Version.
Ich hatte das Problem schonmal, weiss aber nicht mehr wie es ging.
Kann mir dabei einer helfen?
Vielen Dank im voraus
arokh12
Habe ähnliche Probleme..
Whatapp sendet nicht , obwohl Yowsdown dort steht.. Lt Handy ist der Status auch online.. Aber es kommt nix an.. Nun hatte ich versucht, dass neu zu registrieren, kommt aber auch die gleiche Meldung
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxxxx "Das ist ein Test"
INFO:yowsup.demos.sendclient.layer:Message sent
Yowsdown
Gruß,
SteRa
Hallo
ich glaube hier ist die Lösung
https://github.com/jlguardi/yowsup/tree/Android_2.12.440
Gruß
Bernd
Danke, für den Link. Ich habe es gerade ausprobiert und es funktioniert damit nicht.
Hast du vielleicht noch eine andere Idee?
arokh12
Hallo
hat bis vorhin noch funktioniert. Geht jetzt damit leider auch nicht mehr >:(
Ps. Hier ist noch eine Lösung :D https://github.com/tgalal/yowsup/issues/1335
Gruß Bernd
Muss man das denn nun komplett neu installieren oder geht die letzte Lösung noch nicht @ Bastelbernd
Gruß,
SteRa
Eigentlich müßte man nur die drei geänderten Dateien austauchen. Danach hat die Registrierung geklappt.
Ging auch eine ganze weile senden und empfangen aber nach einem Neustart kam dann die Meldung
Error: not-authorized
Vielleicht liegt das auch an der Festnetznummer. (vieleicht jetzt gesperrt?)
Nun weiß ich auch nicht weiter.
Gruß Bernd
ob die Nummer gesperrt ist, bekommst du raus wenn du die neu_registrierung der Nummer per Terminal versuchst.
Im Zweifel kommt dabei nämlich die entsprechende Rückmeldung.
Das hatte ich dieser Tage auch, bin dann auf eine Festnetznummer von 1&1 geswitcht, funzt wunderbar.
Diese bekomme ich einfacher und günstiger neu angelegt, wie jedesmal nen Zehner in ne neue Prepaid-Sim zu stecken.
@VB90 wie machst du das mit der Nr. bei 1und1...? Habe 3 Nr. dort und würde gerne noch 1-2 zusätzliche haben, kostet das extra...?
@VB90 ist die Nummer so gesperrt?
status: fail
reason: blocked
habe das heute nochmal mit einer Prepaid-Sim probiert, habe ich auch registriert bekommen.
Nach ein paar versuchen kam dann das >:(
Wieso werden die alle geblockt? Was mache ich falsch?
Gruß Bernd
"reason: blocked" bedeutet das was dort steht ;)
ist leider so.
Das warum und wieso ist mir leider unbekannt.
Mein Kontakt zum Support von WhatsApp war sehr kurz und eindeutig.
Sie verweisen auf die AGB's (Nutzung eines inoffiziellen Clients oder so ähnlich) und ziehen den Kopf aus der Schlinge.
Da sie die Spielregeln machen, haben wir da als User keine Chance, eine geblockte Nummer wieder online zu bekommen.
Deswegen kam ich dann auf die Idee, eine Festnetznummer zu nehmen. Habe extra eine genommen, die ansonsten nicht genutzt wird.
Was soll ich mit etlichen PrePaid-Sims, bei denen kein WhatsApp geht. Die kannste nichmal mehr verschenken ;)
Wenn WA nu irgendwann meine Festnetznummer killt, lege ich mir eine neue an und lösche die alte bei 1und1.
Ich kann in meinem Vertrag zehn Festnetznummern registrieren, da komme ich ne Weile mit hin :D
@Ma_Bo
ob das extra kostet, kommt auf deinen Tarif an. Schau mal bei dir ins Control-Center, da geht das alles.
Will mal schauen ob ich nen Link finde...
Hallo,
ich bekomme seit mehreren Tagen folgende Fehlermeldung im Log:
ERROR:yowsup.layers.axolotl.layer:No valid sessionsOver 2000 messages into the future!
Kennt das jemand? Habe schon selber gesucht, aber nur den yowsup Ordner löschen und den Client neutstarten hat nicht geholfen.
Stimmt deine Uhrzeit?
stromer on tour
Hallo zusammen,
ich habe leider mal wieder ein Problem. Insgesamt funktioniert Yowsup, ich kann Nachrichten Empfangen, aber nur an einzelnen Teilnehmer senden, Gruppennachrichten kann ich zwar empfangen, aber nicht senden, bzw. beantworten. Folgende Fehler finde ich im Log dazu:
2016.03.22 13:31:52 3: all.whatsapp: sending /message send 49123456789-123456789 'test'
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 115, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 136, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 175, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 339, in onGetKeysResult
entity = ResultGetKeysIqProtocolEntity.fromProtocolTreeNode(resultNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 87, in fromProtocolTreeNode
preKeyId = ResultGetKeysIqProtocolEntity._bytesToInt(preKeyNode.getChild("id").getData())
AttributeError: 'NoneType' object has no attribute 'getChild'
2016.03.22 13:31:53 3: all.whatsapp: sending /disconnect
2016.03.22 13:31:53 3: all.whatsapp: Disconnected
2016.03.22 13:31:53 3: all.whatsapp: read: end of file reached while sysread
Ich habe bei der Gelegenheit jetzt gleich yowsup aktualisiert und FHEM mit shutdown restart neu gestartet, das Verhalten ist aber leider gleich geblieben.
Zitat von: selfarian am 22 März 2016, 13:40:17
Ich habe bei der Gelegenheit jetzt gleich yowsup aktualisiert und FHEM mit shutdown restart neu gestartet, das Verhalten ist aber leider gleich geblieben.
Wurde hier schon mal beantwortet: https://forum.fhem.de/index.php/topic,50867.msg425801.html#msg425801.
Der Fehler besteht leider seit ca. Anfang März :(
Hallo,
probier mal mit -M im cmd Attribute.
Morgen,
seit gestern Abend ist der Status disconnected - globales Problem?
2016.03.23 09:10:57 3: WhatsApp: reConnect
2016.03.23 09:10:57 3: WhatsApp: sending /disconnect
2016.03.23 09:10:57 3: WhatsApp: Disconnected
2016.03.23 09:10:57 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:10:57 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:10:58 3: WhatsApp: sending /L
2016.03.23 09:10:58 3: WhatsApp: sending /presence available
2016.03.23 09:11:03 3: WhatsApp: sending /disconnect
2016.03.23 09:11:03 3: WhatsApp: Disconnected
2016.03.23 09:11:03 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:11:03 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:11:13 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:11:13 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:11:15 3: WhatsApp: sending /L
2016.03.23 09:11:15 3: WhatsApp: sending /presence available
2016.03.23 09:11:18 3: WhatsApp: sending /disconnect
2016.03.23 09:11:18 3: WhatsApp: Disconnected
2016.03.23 09:11:18 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:11:18 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:11:28 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:11:28 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:11:29 3: WhatsApp: sending /L
2016.03.23 09:11:29 3: WhatsApp: sending /presence available
2016.03.23 09:11:34 3: WhatsApp: sending /disconnect
2016.03.23 09:11:34 3: WhatsApp: Disconnected
2016.03.23 09:11:34 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:11:34 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:11:44 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:11:44 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:11:45 3: WhatsApp: sending /L
2016.03.23 09:11:45 3: WhatsApp: sending /presence available
2016.03.23 09:11:46 3: WhatsApp: sending /disconnect
2016.03.23 09:11:46 3: WhatsApp: Disconnected
2016.03.23 09:11:46 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:11:46 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:11:57 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:11:57 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:11:58 3: WhatsApp: sending /L
2016.03.23 09:11:58 3: WhatsApp: sending /presence available
2016.03.23 09:12:02 3: WhatsApp: sending /disconnect
2016.03.23 09:12:02 3: WhatsApp: Disconnected
2016.03.23 09:12:02 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:12:02 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:12:12 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:12:12 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:12:13 3: WhatsApp: sending /L
2016.03.23 09:12:13 3: WhatsApp: sending /presence available
2016.03.23 09:12:17 3: WhatsApp: sending /disconnect
2016.03.23 09:12:17 3: WhatsApp: Disconnected
2016.03.23 09:12:17 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 09:12:17 3: WhatsApp: read: end of file reached while sysread
2016.03.23 09:12:30 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 09:12:30 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 09:12:40 3: WhatsApp: sending /L
2016.03.23 09:12:40 3: WhatsApp: sending /presence available
EDIT: Kann es etwas eingrenzen. Habe ein Update durchgeführt
sudo python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sm
Resultat:
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
Sehe ich das richtig - da wurde was am System verändert, yowsup ist als nicht aktuell geflaggt? Habe die "neuste" Version benutzt:
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
Wie schon im anderen Thread gepostet, löst eigentlich das hier das Problem
https://github.com/tgalal/yowsup/issues/1387
Aber leider enthalten von yowsup empfangene Nachrichten danach viele Zeichen, die da nicht hin gehören. Eine Steuerung ist damit fast nicht möglich.
Das hier hilft beim S40 Problem (vorläufig)
https://github.com/tgalal/yowsup/pull/1385/commits/0348511d02ff1addc208a5468a9a32fe48b89430
Danke für Eure Hinweise. jau, läuft wieder - aber nutzbar ist anders ;)
Hier gibt es auch die Lösung für das Zeichen-Problem:
https://github.com/tgalal/yowsup/issues/1389#issuecomment-200261795
Schaut sehr gut aus, funktioniert auch weider wie gewohnt. Besten Dank!!!
Hallo,
Seit gestern Abend hab ich ein disconnect.
im log steht:
2016.03.22 20:09:46 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.22 20:09:46 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.22 20:09:49 3: WhatsApp: sending /L
2016.03.22 20:09:49 3: WhatsApp: sending /presence available
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 33, in receive
node = self.reader.getProtocolTreeNode(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 13, in getProtocolTreeNode
return self.streamStart(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 36, in streamStart
raise Exception("expecting STREAM_START in streamStart, instead got token: %s" % token)
Exception: expecting STREAM_START in streamStart, instead got token: failure
2016.03.22 20:09:51 3: WhatsApp: sending /disconnect
2016.03.22 20:09:51 3: WhatsApp: Disconnected
2016.03.22 20:09:51 3: WhatsApp: read: error during sysread: No child processes
2016.03.22 20:09:51 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 480.
2016.03.22 20:09:51 3: WhatsApp: read: end of file reached while sysread
2016.03.22 20:10:01 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.22 20:10:01 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.22 20:10:06 3: WhatsApp: sending /L
2016.03.22 20:10:06 3: WhatsApp: sending /presence available
2016.03.22 20:10:07 3: WhatsApp: sending /disconnect
2016.03.22 20:10:07 3: WhatsApp: Disconnected
2016.03.22 20:10:07 3: WhatsApp: read: error during sysread: No child processes
2016.03.22 20:10:07 3: WhatsApp: read: end of file reached while sysread
Danach hab ich heute ein Update für yowsup gemacht,
aber immer noch steht im log:
2016.03.23 10:50:45 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 10:50:45 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.23 10:50:48 3: WhatsApp: sending /L
2016.03.23 10:50:48 3: WhatsApp: sending /presence available
2016.03.23 10:50:53 3: WhatsApp: sending /disconnect
2016.03.23 10:50:53 3: WhatsApp: Disconnected
2016.03.23 10:50:53 3: WhatsApp: read: error during sysread: No child processes
2016.03.23 10:50:53 3: WhatsApp: read: end of file reached while sysread
2016.03.23 10:51:03 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 10:51:03 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.23 10:51:07 3: WhatsApp: sending /L
2016.03.23 10:51:07 3: WhatsApp: sending /presence available
2016.03.23 10:51:12 3: WhatsApp: sending /disconnect
2016.03.23 10:51:12 3: WhatsApp: Disconnected
2016.03.23 10:51:12 3: WhatsApp: read: error during sysread: No child processes
2016.03.23 10:51:12 3: WhatsApp: read: end of file reached while sysread
2016.03.23 10:51:16 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 10:51:16 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.23 10:51:19 3: WhatsApp: sending /L
2016.03.23 10:51:19 3: WhatsApp: sending /presence available
2016.03.23 10:51:23 3: WhatsApp: sending /disconnect
2016.03.23 10:51:23 3: WhatsApp: Disconnected
und das geht so munter weiter.
Ich glaube Tedious hat ein änliches problem?
Habe gerade den ENV Type von Nokia auf Android umgestellt. Seit dem bin ich wieder connected. Irgendwie war 2015 das bessere Yowsup Jahr :(
Es war aber von Anfang klar, dass man hier immer wieder nacharbeiten muss. Das liegt in der "Natur der Sache". Es ist auch möglich, dass das irgendwann überhaupt nicht mehr funktioniert.
Das "S40" Problem habe ich bei mir lösen können, musste aber die "Manufacturer"-Zeile raus lassen
@Fhemeinsteiger
Dann versuche doch mal, Die Lösung die ihm geholfen hat, ebenfalls umzusetzen... ,)
@oli
auf die Idee kam ich auch schon, hab aber nicht die passende Datei gefunden.
Kannst du mir sagen, wo du was umgestellt hast?
Ich war bisher an der __init__.py dran, aber ohne Erfolg.
vb
@VB90: Das habe ich oben verlinkt.
Edit: Direkter Link: https://github.com/tgalal/yowsup/pull/1336/commits/8ab14dc8a1bd4d7d1776111ec39f7e08184214d2
Ich fasse das denn noch mal kurz Zusammen, ich denke die beiden Hilfesteller (vielen Dank!) haben sicher nichts dagegen. Die Folgenden beiden Schritte befolgen und die entsprechenden Dateien editieren, denn funktioniert es wieder:
Zitat von: marvin78 am 23 März 2016, 09:56:40
Das hier hilft beim S40 Problem (vorläufig)
https://github.com/tgalal/yowsup/pull/1385/commits/0348511d02ff1addc208a5468a9a32fe48b89430
Zitat von: marvin78 am 23 März 2016, 10:31:16
Hier gibt es auch die Lösung für das Zeichen-Problem:
https://github.com/tgalal/yowsup/issues/1389#issuecomment-200261795
Als "neues" S40 war ich nicht lange online. Nun habe ich mal auf Android umgestellt, mal schauen.
Danke für die Hinweise dazu.
Nun habe ich noch das Zeichensatz Problem, aber das ist bei mir zweitrangig.
Viel wichtiger ist, das ich Nachrichten von FHEM bekommen kann.
vb
edit: Nagut... lange online bleibt es so aber nicht.
Zitat2016.03.23 11:48:08.975 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
Mal sehen ob ich da ne regelmäßigkeit entdecken kann.
Bei mir seit der Umstellung auf Android seit heute morgen kein disconnect (S40 klappte bei mir auch sofort - neu kompiliert natürlich). Auch für das Problem mit den Zeichen ist oben eine Lösung verlinkt.
@marvin
auch die Lösung habe ich schon gesehen, danke.
Da es für mich wie gesagt nicht soo spannend ist, zweitrangig.
Erstmal muss yowsup wieder stabil sein.
vb
Na hast du denn die geänderten Datein auch neu kompiliert und reconnected? Danach sollte yowsup stabil sein (bis wieder eine Änderung nötig ist).
Ich habe die Dateien auf dem System geändert und dieses komplett neu gestartet.
Bin soeben nochmal alle Änderungen durchgegangen und nochmals rebootet.
Das sollte/müsste ausreichen, oder?
vb
Ich weiß nicht, ob dein System beim rebooten die py-Dateien kompiliert. Kann sein, muss aber nicht. Welches Datum haben denn die entsprechenden pyc-Dateien?
ich musste auch in .yowsup das verzeichnis mit der verwendeten nummer löschen damit die verschlüsselungs parameter neu erzeugt werden. ohne das war ich zwar connected aber konnte nichts senden und nichts empfangen. im log sieht mann dann das nicht vertrauenswürdige nachrichten ignoriert werden. mit neuen verschlüsselungsparametern geht es dann wieder.
gruss
andre
@marvin
die .pyc zu den geänderten Dateien haben einen Zeitstempel ca. 5 Minuten nach den Änderungen an den .py Dateien
circa 1,5Stunden alt.
Was muss ich tun um das kompilieren bewusst anzustossen?
@andre
ich bin ja jeweils für einige Minuten online, kann senden und empfangen, aber dann kommt im FHEM-Log "Connection closed"
vb
Was sagt denn das Log, wenn die Verbindung verloren geht (verbose 4 oder 5)?
Verbose 5 sagt folgendes:
2016.03.23 12:49:33.182 4: WhatsApp: parse:
general: Disconnected: Connection Closed
[connected]:
2016.03.23 12:59:33.187 3: WhatsApp: reConnect
2016.03.23 12:59:33.188 3: WhatsApp: sending /disconnect
2016.03.23 12:59:33.194 3: WhatsApp: Disconnected
2016.03.23 12:59:33.211 2: WhatsApp: setting $HOME to /opt/yowsup-config/
2016.03.23 12:59:33.212 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 12:59:33.778 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2016.03.23 12:59:33.780 4: WhatsApp: parse:
[offline]:
2016.03.23 12:59:33.795 3: WhatsApp: sending /L
2016.03.23 12:59:33.796 3: WhatsApp: sending /presence available
2016.03.23 12:59:33.796 3: WhatsApp: sending /presence name 'NS7-Odroid'
2016.03.23 12:59:34.557 4: WhatsApp: parse: Auth: Logged in!
[connected]:[connected]:[connected]:
2016.03.23 13:00:24.723 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:01:14.776 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:02:04.828 4: WhatsApp: parse: Iq:
ID: 3
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:02:54.877 4: WhatsApp: parse: Iq:
ID: 4
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:03:44.929 4: WhatsApp: parse: Iq:
ID: 5
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:04:34.975 4: WhatsApp: parse: Iq:
ID: 6
Type: result
from: 4936xxxxxx@s.whatsapp.net
2016.03.23 13:04:46.479 4: WhatsApp: parse: general: Disconnected: Connection Closed
[connected]:
Ziemlich genau 5 Minuten, danach gibt es ein disconnect.
vb
Sehe ich das falsch oder fehlt da das eigentlich wichtige (nämlich das Log zum disconnect)?
Schlag mich, mehr steht dort nicht.
Inzwischen sind die nachfolgenden Einträge dann wieder reconnect (gut 10Min nach der Trennung) und später disconnect.
Anbei mal ein List des Device, wobei das seit der Neueinrichtung Anfang des Monats unverändert ist:
Internals:
CONNECTS 6
FD 17
LAST_DISCONNECT 2016-03-23 13:45:16
NAME WhatsApp
NOTIFYDEV global
NR 193
NTFY_ORDER 50-WhatsApp
PARTIAL
PID 5803
STATE connected
TIME 2016-03-23 13:46:07
TYPE yowsup
Readings:
2016-03-23 12:45:11 sent 4915xxxxxxxx test
2016-03-23 13:45:17 state connected
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
home /opt/yowsup-config/
nickname NS7-Odroid
room WhatsApp
userattr acceptFrom
verbose 5
Mhhh...
Also bei mir läuft es jetzt wieder, aber so langsam habe ich keine Lust immer was zu aktualisieren, ich werde mich jetzt mal mit Telegram beschäftigen, da sehe ich eher eine Zukunft für mich.
WhatsApp ist zwar super und es läuft auch immer wieder nach ein paar Änderungen, aber immer zu den ungünstigsten Momenten wird wieder was bei WhatsApp umgestellt und wir müssen nachbasteln.
Es war schön hier immer direkt Hilfe zu bekommen und ich möchte mich dafür auch nochmal bedanken !
Grüße Marcel
Hallo zusammen
Ich habe das hier in den erntsprechenen Dateien geändert.
https://github.com/tgalal/yowsup/pull/1336/commits/8ab14dc8a1bd4d7d1776111ec39f7e08184214d2
Leider wurde die Datei "coderequest.pyc" nicht neu kompiliert.
Wie kann ich diese Datei auf dem Rasperry kompilieren?
Evtl. geht dann Whatsapp wieder :-|
Beste Grüße
Heinz
Hallo Zusammen,
ja, stehe auch vor dem Problem, die Dateien auf meinem RPi neu zu kompilieren, weiß aber nicht wie? :-[
Viele Grüße
Pit
Google nach "Python kompilieren" bringt gefühlt brauchbare 10000 Ergebnisse.
Hallo
Die Datei "coderequest.pyc" ist nun neu kompiliert.
Leider geht Whatsapp immer noch nicht.
Jetzt steht im Logfile das hier
2016.03.23 21:39:01 3: WhatsApp: sending /L
2016.03.23 21:39:01 3: WhatsApp: sending /presence available
2016.03.23 21:39:01 3: WhatsApp: sending /presence name 'fhem'
2016.03.23 21:39:05 3: WhatsApp: sending /disconnect
2016.03.23 21:39:05 3: WhatsApp: Disconnected
2016.03.23 21:39:05 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 21:39:05 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 493.
2016.03.23 21:39:05 3: WhatsApp: read: end of file reached while sysread
Hallo
Kompiliert habe ich es mit diesem Python script unter Python 2.7
import py_compile
py_compile.compile("coderequest.py")
Hallo
So wie es aussieht versucht er immer wieder zu connecten.
/yowsup.config --yowsup
2016.03.23 22:07:49 3: WhatsApp: sending /L
2016.03.23 22:07:49 3: WhatsApp: sending /presence available
2016.03.23 22:07:49 3: WhatsApp: sending /presence name 'fhem'
2016.03.23 22:07:51 3: WhatsApp: sending /disconnect
2016.03.23 22:07:51 3: WhatsApp: Disconnected
2016.03.23 22:07:51 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 22:07:51 3: WhatsApp: read: end of file reached while sysread
2016.03.23 22:08:01 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 22:08:01 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.23 22:08:03 3: WhatsApp: sending /L
2016.03.23 22:08:03 3: WhatsApp: sending /presence available
2016.03.23 22:08:03 3: WhatsApp: sending /presence name 'fhem'
2016.03.23 22:08:09 3: WhatsApp: sending /disconnect
2016.03.23 22:08:09 3: WhatsApp: Disconnected
2016.03.23 22:08:09 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.03.23 22:08:09 3: WhatsApp: read: end of file reached while sysread
2016.03.23 22:08:21 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.23 22:08:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config
Der CONNECTS counter in FHEM internals zählt hoch,
der STATE toggled immer zwischen Connected und Disconnected
Bei mir ist nach den Änderungen yowsup auch wieder on. Doch sendet yoswup keine Nachrichten mehr. Im Log steht:
Zitat
WARNING:axolotl.sessionbuilder:We've already setup a session for this V3 message, letting bundled message fall through...
2016.03.23 22:22:48 3: WhatsApp: sending /message send 49163XXXXXXX 'nachricht'
2016.03.23 22:22:48 3: 49163XXXXXXX: commands not allowed
WARNING:axolotl.sessionbuilder:We've already setup a session for this V3 message, letting bundled message fall through...
2016.03.23 22:22:53 3: WhatsApp: sending /message send 49163XXXXXXX 'nachricht'
2016.03.23 22:22:53 3: 49163XXXXXXX: commands not allowed
jemand eine idee?
Erledit: Musste meine Zielnummer löschen und neu eintragen in der Config:
define 49163XXXXXXX yowsup 49163XXXXXXX
attr 49163XXXXXXX userattr allowedCommands commandPrefix
attr 49163XXXXXXX room yowsup
Hallo.
sehe gerade im Log, das seit 22.03. dies aufscheint, durchgehend bis jetzt
2016.03.22 20:28:32 3: WhatsApp: sending /disconnect
2016.03.22 20:28:32 3: WhatsApp: Disconnected
2016.03.22 20:28:32 3: WhatsApp: read: end of file reached while sysread
2016.03.22 20:28:42 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.22 20:28:42 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.03.22 20:28:48 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
[offline]:
2016.03.22 20:28:48 3: WhatsApp: sending /L
2016.03.22 20:28:48 3: WhatsApp: sending /presence available
2016.03.22 20:28:50 4: WhatsApp: parse: general: Disconnected: Connection Closed
[offline]:
[offline]:
Error: Not connected
[offline]:general: Disconnected: Connection Closed
[offline]:
Guten Morgen
In der coderequest.py line 6 steht: from yowsup.env import AndroidYowsupEnv
Ich kann die yowsup.env auf dem Rasperry nicht finden.
Wo ist diese Datei normalerweise?
Grüße
Heinz
Als Info - ich habe nichts neu kompiliert. Läuft nach Reboot jetzt seit einem Tag ohne Probleme durch.
Normalerweise sollte das auch bei einem reboot automatisch funktionieren. Aber nicht jeder will rebooten ;)
Deswegen ja auch meine Note... bevor ich mir die Mühe mache (und/oder mich durch google wühle) die eiserne Admin-Regel - beim nächsten Boot wird alles gut! ;D ;)
Hab die alte Version gelöscht (yowsup-master) und dann neu von "https://github.com/jlguardi/yowsup" istalliert.
Läuft alles wieder ohne weitere Anpassungen.
Gruß Detlef
Leider wird auch nach eine reboot des Raspi die coderequest.py nicht kompiliert.
Manuel kompilieren hat auch nicht geholfen.
Ich habe die Einträge in den drei Dateien nochmals gecheckt, passt soweit.
Zwei von den drei Dateien wurden auch ohne mein zutun kompiliert
Schade das diese coole WhatsApp Funktion momentan nicht läuft :-|
Zitat von: Masterfunk am 24 März 2016, 10:10:24
Hab die alte Version gelöscht (yowsup-master) und dann neu von "https://github.com/jlguardi/yowsup" istalliert.
Läuft alles wieder ohne weitere Anpassungen.
Gruß Detlef
Bescheidene Frage: Wie. Ich sehe auf der Seite erstmal nur ein Verzeichnis? Was muss ich machen?
Frage an die Experten: Ist es nicht möglich, die zu ändernden Dateien hier in der aktuellsten Version bereitzustellen? Dann müsste man diese nur noch kopieren. Oder geht das aus rechtlichen Gründen nicht bzw. weil die Systeme zu unterschiedlich sind?
Die WA-Funktionalität ist ja schön, aber wenn sie immer mal wieder abkackt, dann muss wohl 'ne Alternative her. Ich finde WA auch in Bezug auf den WAF gut, da kann man der "Holden" auf einem System, welches sie kennt, eine Meldung schicken lassen und muss sie nicht mit technischem Kram behelligen :-)
Danke und schöne Ostern!
Hallo,
Alle änderungen haben bei mir nichts gebracht(sicher auch aus mangel an wissen)
Deshalb habe ich mal neues Update gemacht.
Die Änderungen sind wohl jetzt eingepflegt.
Jetzt steht nur noch eine Perl Warnung im log:
2016.03.24 10:42:10 3: WhatsApp: Disconnected
2016.03.24 10:42:10 3: WhatsApp: read: error during sysread: No child processes
2016.03.24 10:42:10 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 480.
2016.03.24 10:42:10 3: WhatsApp: read: end of file reached while sysread
2016.03.24 10:42:26 3: WhatsApp: sending /disconnect
2016.03.24 10:42:26 3: WhatsApp: Disconnected
2016.03.24 10:42:26 3: WhatsApp: read: error during sysread: No child processes
2016.03.24 10:42:26 3: WhatsApp: read: end of file reached while sysread
2016.03.24 10:42:26 2: WhatsApp: setting $HOME to /opt/fhem
2016.03.24 10:42:26 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/fhem/config.yowsup --yowsup
2016.03.24 10:42:29 3: WhatsApp: sending /L
2016.03.24 10:42:29 3: WhatsApp: sending /presence available
2016.03.24 10:42:32 3: WhatsApp: sending /disconnect
wie kann ich die wegbekommen?
ZitatHab die alte Version gelöscht (yowsup-master) und dann neu von "https://github.com/jlguardi/yowsup" istalliert.
Läuft alles wieder ohne weitere Anpassungen.
Gelöscht und neu installiert, leider kein Erfolg, selbes verhalten wie vorher!
Du bist exakt nach Anleitung vorgegangen?
https://forum.fhem.de/index.php/topic,27543.msg362221.html#msg362221 (https://forum.fhem.de/index.php/topic,27543.msg362221.html#msg362221)
ZitatZitat von: marvin78 am 20 November 2015, 11:45:09
Ein Update von yowsup (nicht das FHEM-Modul) auf die aktuelle Version.
Hallo C1500,
da meine Kenntnisse in Linux nicht weit her sind, habe ich mir mal einen "Ablaufplan" zusammengesucht, mit dessen Hilfe ich mein yousup aktualisiert und wieder ans Laufen bekommen habe. Für zukünftige Fälle habe ich es mir aufgeschrieben. Vielleicht hilft es Dir uns anderen auch. Kommentare und Verbesserungen nehmen ich gerne an:
Zitat
Raspberry Pi aktualisieren
Um den Raspberry Pi zu aktualisieren mus man sich per Putty auf dem RasPi direkt anmelden. User ist in der Regel 'Pi', Passwort sollte selbst gewählt sein.
Code: [Auswählen]
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
sudo rpi-update
Yowsup aktualisieren
Bevor man yowsup aktualisiert sollte der RasPi aktualisiert werden!
Nun ist zu prüfen, ob die Datei 'master.zip' vorhanden ist. Dazu
Code: [Auswählen]
ls -l
eintippen. Wenn im Listing die Datei 'master.zip' vorhanden ist, diese mit
Code: [Auswählen]
rm master.zip
löschen. Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Code: [Auswählen]
sudo wget https://github.com/tgalal/yowsup/archive/master.zip
sudo unzip master.zip
Hier müssen ggf. Dateien überschrieben werden. Die dazugehörigen Fragen musste ich alle mit 'y' (yes) bestätigen, da die anderen Antwortmöglichkeiten nicht geholfen haben.
Anschließend die Datei master.zip löschen. Sie wird nicht mehr benötigt:
Code: [Auswählen]
rm master.zip
Die Frage, ob man es wirklich möchte mit 'y' (yes) bestätigen.
Nun den RasPi neu starten
Code: [Auswählen]
sudo shutdown -r 0
und in die Befehlszeile von FHEM folgenden Befehl eingeben:
Code: [Auswählen]
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Jetzt sollte es wieder klappen.
Viel Erfolg
Martin
Bin so vorgegangen:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo reboot
Auchso gemacht, toggeld immer noch zwischen connected und disconnected!
Geht noch nicht!
mmm,
ja,
kann ich so bestätigen
Alles klaro :D :D :D :D :D
jetzt funktioniert es wieder
Danke an Masterfunk
Zitatsudo wget https://github.com/jlguardi/yowsup/archive/master.zip
war der richtige Weg
Was neu gemacht? Ich habe die fehlermeldung ohne eteas gemacht zu haben
Sent from my OPO
Zitat von: Fhemeinsteiger am 24 März 2016, 14:44:58
Alles klaro :D :D :D :D :D
jetzt funktioniert es wieder
Danke an Masterfunk
war der richtige Weg
Deswegen hatte ich es rot gemacht ;-)
Gesendet von meinem Slate 21 mit Tapatalk
So, habe auch euren Weg beschritten, fehlermeldung ist zwar weg, aber nachrichten werden weder gesendet noch empfangen.
2016.03.24 17:49:41 3: WhatsApp: sending /message send 4366465xxxxx 'Ladestrom auf 10A'
2016.03.24 17:49:41 4: WhatsApp: parse: [connected]:
Sent: 1458838181-8
[connected]:
2016.03.24 17:49:56 4: WhatsApp: parse: Iq:
ID: 9
Type: result
from: 43681817xxxxx@s.whatsapp.net
Hallo.
NAch jedem send bin ich disconnected, und es kommt auch nichts beim empfänger an.
Scheiss whatsapp !
Wie wäre es denn, wenn du dich mal zum Support für yowsup begibst. Hier geht es (eigentlich) nur um das FHEM Modul, welches die für dich problematische Software verwendet. Hier solche Kraftausdrücke zu gebrauchen ist ganz sicher nicht angebracht. Wie wäre es mal mit nachdenken? :-\
sorry, aber es nervt ungemein weil immer wieder was geändert wird.
Die anmeldeprozedur lt. wiki dürfte auch nicht mehr passen, es kommt keine bestätigungs sms mehr an, man kann gleich bachrichten versenden. aber über fhem geht immer noch nicht.
gruss
Ich habe das schon hier geschrieben: Wenn man sich ein wenig mit yowsup und Whatsapp beschäftigt hat, war einem das von Anfang an klar. Das wird sich eher auch nicht ändern. Es gibt aber Alternativen.
why? am handy ändert sich ja auch nix.
mir ist es leider nicht klar.
gruss
Nur weil du es nicht siehst, heißt es nicht, dass sich nichts ändert. Wie gesagt, beschäftige dich ein wenig mit dem Thema und du verstehst den Grund. Das sollte man im übrigen immer tun, wenn man irgendwelche Dienste nutzt. Ich schreibe hier aber nicht die Dinge auf, die an anderer Stelle zu lesen sind.
Zitat von: Masterfunk am 24 März 2016, 11:36:01
Bin so vorgegangen:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo reboot
Perfekt!!!
Danke, jetzt geht es auch bei mir wieder, und auch das Senden an Gruppen!
Danke Dir!
Hat mal jemand geschaut wo genau da der Unterschied zwischen dem Original und dem vom jlguard ist?
Was is da anders?
Gruß
der Merlin
@forum-merlin: es enthält alle Änderungen, die ich hier im Thread verlinkt habe.
Hi,
danke, so funktioniert es bei mir auch wieder!
Plötzlich - vorgestern - ging yowsup offline.
Wo kann ich mich denn schlau machen, hat jemand einen Link für mich?
Über die Googlesuche nach yowsup gelangte ich nur auf die "alte" Downloadadresse....
Damit ich gerüstet bin, wenn es wieder nicht läuft..
Und was sind die "Alternativen" ?
Greets
Byte
Im git ein wenig stöbern, die issues durchschauen, dich ein wenig einlesen. So findest du die nötigen Dinge.
Alternativen: Pushover, Telegram, Pushalot ... - hier im Forum und im Wiki kann man sich darüber schlau machen.
Es geht wieder ;)
Allerdings erst nach dem ich /opt/fhem/.yowsup/49xxx chmod -R 777 berechtigt habe, inkl. .yowsup
Ohne dass, toggled der STAE immer zwischen connected und disconnected!
sudo chmod -R 777 /opt/fhem/.yowsup
Es könnte aber sein, das dies nur nötig ist weil die Installation nicht unter "sudo su - fhem" gemacht wurde!?
Danke an Masterfunk 8)
stimmt, das wars.
Thx.
Werd mich aber trotzdem nach was besseren umsehen. das ewige ändern nervt ein wenig.
Ich habe TortoiseSVN installiert und im Projektmonitor https://github.com/jlguardi/yowsup unter Beobachtung.
So kann man die Änderungen leicht nachverfolgen, neue Dateien entsprechend auschecken und in yowsup verwenden.
Bei jlguardi sind die Dateien aktueller als bei tgalal.
Es gibt bei tgalal auch kein trunk Verzeichniss, so wie es eigentlich sein sollte, hier liegt generell die letzte Version.
Zitat von: Masterfunk am 24 März 2016, 11:36:01
Bin so vorgegangen:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo reboot
Hallo zusammen,
nachdem ich wie oben beschrieben die Neuinstallation durchgeführt haben, bekomme ich folgenden Fehler:
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917XXXXXXXX "Hallo!"
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 280, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 116, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 136, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 176, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 364, in onGetKeysResult
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 157, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 17, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
Hat jemand eine Idee, woran dies liegt?
VG
Marc
Hallo Init
Lies mal meine Antwort #1124 am: Heute um 08:31:05 Seite 75
Diese Fehlermeldung hatte ich auch im Logfile!
Zitat
Es geht wieder ;)
Allerdings erst nach dem ich /opt/fhem/.yowsup/49xxx chmod -R 777 berechtigt habe, inkl. .yowsup
Ohne dass, toggled der STAE immer zwischen connected und disconnected!
Grüße
Heinz
Hallo zusammen,
vielen Dank an Masterfunk, nach dieser Anleitung geht es bei mir wieder:
Zitat von: Masterfunk am 24 März 2016, 11:36:01
Bin so vorgegangen:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo reboot
Gruß Eddie
Bei mir auch, nachdem ich dem Hinweis von HeinzFo gefolgt bin und folgendes ausgeführt habe:
chmod -R 777 /opt/fhem/.yowsup/
Frage mich gerade nur, wo in "yowsup-cli demos" der Verweis auf " /opt/fhem/.yowsup/" steht?
Momentan hab ich dann nur noch folgende Probleme:
- Onlinestatus wird nicht mehr angezeigt. Letzte Nachricht habe ich um 16:51 die letzte Nachricht erhalten, aber war laut iPhone zuletzt um 16:46 online.
- Nickname wird nicht mehr gesetzt
Hat sonst noch jemand diese "Probleme"?
VG
Marc
Hallo Marc
Das hat eine ganze Weile gedauert, bis der Onlinestatus im Smartphone WhatsApp wieder angezeigt wurde.
Jetzt geht es aber wieder wie vor dem Bug.
Nicnkame, das weis ich nicht!
Grüße
Heinz
@HeinzFo
Hi ich wollte gerade eine großes DANKE schreiben, dasss es wieder funktioniert, (nachdem ich dien tip aus bin so vorgegangen, + chmod ./yowsup... gemacht habe), aber:
2 stunden lang hat fhem nicht gemeckert, dass yowsup disconnected... und dann gings wieder los, exakt alle 15Minuten: disconnect, reconnect.
komisch ist auch:
fhem@CL-RPI-1:/opt/yowsup-master$ python ./yowsup-cli demos -c /opt/fhem/yowsup. config -s 43664xxxxxx "this is a test"
INFO:yowsup.demos.sendclient.layer:Message sent
Yowsdown
Man beachte das Yowsdown, die message kommt jedoch an!
l.g erwin
Warten wir mal ab. jlguardi ist ja dran und arbeitet an den ganzen Problemen
Hallo Erwin
Seit heute Morgen läuft es ohne aufmucken ;)
Wenn ich das Projectarchive von jlguardi anschaue, da passiert so einiges.
Wie das Projectarchive mit dem Content der master.zip conform geht weis ich leider nicht.
Könnte sein das bei den Usern unterschiedliche Versionen der master.zip installiert sind und die Fehlerbilder anders sind.
Grüße
Heinz
Hallo
Bei mir klappte es seid Tagen nicht mehr dann habe ich heute nachmittag um 16 Uhr alles geupdatet und dann ging es wieder bis ca 16:26 Uhr also zimlich genau zwei Einhalb Stunden seid dem bin ich wieder offline und nix geht rein oder raus.
Bin so vorgegangen:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo rebootJemand noch ne idee?
Mir hat erst der Tip von Andre weitergeholfen.
https://forum.fhem.de/index.php/topic,27543.msg428885.html#msg428885 (https://forum.fhem.de/index.php/topic,27543.msg428885.html#msg428885)
Den Ordner mit dem Namen deiner Telefonnummer einfach löschen.
Danach reboot und es lief bei mir wieder.
Gruß
Andi
Hi,
hab jetzt den Tip v. Andre auch noch erledigt, seit 1 stunde läufts....
wg. master.zip: den zipfile hab ich heute vormittag heruntergeladen, die files drin haben alle einen timestamp von: Mar 25 00:48,
das sieht nach einem Mitternächtlichen run aus. werde morgen weiter testen!
PS: mein post sollte keine Kritik oder Ungeduld an dem super Projekt sein, einfach ein Ausdruck von etwas Hilflosigkeit....
Alle Achtung vor dem Projekt, das ist wirklich komplex!!!
l.g. erwin
schade.... als ich mit whatsapp anfing war ich happy als es in fhem funktionierte. es war, so fand ich, schon eine herausforderung, die ganzen anleitungen durchzuwühlen. doch leider ist es ziemlich zuzuverlässig.
parallel habe ich noch pushbullet laufen und werde nun alles was ich auf whatsapp umgestellt hatte wieder auf pushbullet "umbiegen". dies ist recht pflegeleicht und funktioniert einfach.
Zitat von: rr725 am 26 März 2016, 09:15:17
schade.... als ich mit whatsapp anfing war ich happy als es in fhem funktionierte. es war, so fand ich, schon eine herausforderung, die ganzen anleitungen durchzuwühlen. doch leider ist es ziemlich zuzuverlässig.
parallel habe ich noch pushbullet laufen und werde nun alles was ich auf whatsapp umgestellt hatte wieder auf pushbullet "umbiegen". dies ist recht pflegeleicht und funktioniert einfach.
Hallo rr725
Ist Pushbullet auch bidirektional?
Bisher dachte ich es geht nur von Fhem Richtung Smartphone?
Grüße
Heinz
Gesendet von meinem GT-I9505 mit Tapatalk
guckst du.....
https://www.pushbullet.com
hier ist beschrieben was es kann
Ich hatte auch seit ein paar Tagen Probleme mit WhatsApp. Erst konnte er gar nichts mehr senden und Empfangen, was ja auch zu erwarten war, da WhatsApp ein Update gemacht hatte. (Auch auf meinem Handy kam die Nachricht, dass ich noch X Tage Zeit habe für ein Update und ich sonst WhatsApp nicht weiter nutzen kann.)
Ich hatte zu erst vor ein paar Tagen ein paar Codezeilen geändert (von Github), da lief es zwar, aber es kamen oft komische Zeichen an (a's, x's, ?).
Heute habe ich mich etwas länger damit beschäftigt und nach den Anleitungen aus diesem Forum und Github alles wieder einwandfrei zum Laufen gebracht.
Wenn yowsup wie im Wiki beschrieben installiert wurde, dann folgende Anweisung zum Updaten:
Neueste Version von yowsup installieren:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-old
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
Anschließende müssen noch die alten Verschlüsselungs-Schlüssel gelöscht werden, damit auch mit den bestehenden "Kontakte" geschrieben werden kann:
cd /opt/fhem/.yowsup
ls
rm -r 49************
Für die Sternchen muss die Telefonnummer(n) die ihr über "ls" seht eingegeben werden, um die Schlüssel zu löschen.
Anschließend den Server neustarten.
Jetzt noch eine Nachricht an die zuvor gelöschten Nummer senden, damit wieder neue Schlüssel angelegt werden.
Seit dem geht alles wieder ausnahmslos bei mir.
Zitat von: rr725 am 26 März 2016, 09:15:17
schade.... als ich mit whatsapp anfing war ich happy als es in fhem funktionierte. es war, so fand ich, schon eine herausforderung, die ganzen anleitungen durchzuwühlen. doch leider ist es ziemlich zuzuverlässig.
parallel habe ich noch pushbullet laufen und werde nun alles was ich auf whatsapp umgestellt hatte wieder auf pushbullet "umbiegen". dies ist recht pflegeleicht und funktioniert einfach.
Hallo. Werd mich auch mit alternativen befassen bevor ich meine simcard verlängere.
Sent from my OPO
Schaut euch mal Telegram an, das läuft super, ich habe jetzt alles erfolgreich von WhatsApp auf Telegram umgestellt.
Halli Hallo, nach unzähligen Probieren und Versuchen (ohne hier ins Forum geschaut zu haben) wo dann gar nihcts funktioniert hat, bin ich heute auf diesen Thread gestoßen.
Durch die jlguardi Version war es mir nun möglich mich wieder zu registrieren(Festnetznummer, klappte auch wunderbar, nur zuletzt ging gar nichts mehr, Versenden auf console brachte not-authorized, neu registrieren brachte old version)
Stand also: jlguardi version, Registrierung klappte, config wurde mit der registrierung angepasst, jedoch bringt ein test versand auf console folgendes:
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 271, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup/yowsup/demos/sendclient/stack.py", line 2, in <module>
from .layer import SendLayer
File "/opt/yowsup/yowsup/demos/sendclient/layer.py", line 1, in <module>
from yowsup.layers.interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup/yowsup/layers/interface/__init__.py", line 1, in <module>
from .interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup/yowsup/layers/interface/interface.py", line 7, in <module>
from yowsup.layers.axolotl.layer import YowAxolotlLayer
File "/opt/yowsup/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup/yowsup/layers/axolotl/layer.py", line 26, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Ich habe nun schon mehrfach versucht python-axolotl über pip zu de/neu-installieren, aber es half alles nichts. Ich verzweifele. Bitte, kann mir jmd. helfen?
Hallo,
hatte das Problem auch. Du musst das hier: https://github.com/tgalal/python-axolotl noch installieren. Geht entsprechend wie yowsup.
Grüße Jörg
Hallo Zusammen,
Yowsup ist eine tolle sache und läuft hoffentlich wieder.
Ich habe nun yowsup durch pushbullet ergänzt, funktioniert gut aber nicht so ellegant wie Yowsup. Der Plugin für Firefox ist Cool. Das hat WhatsApp nicht.
Ich habe etwas bei Github recherchiert.
Die Jungs kämpfen im Moment mit ständige änderung durch WhatsApp und Co. Seitdem ich es nutze gab es 3 oder 4 komplette Zusammenbrüche, weil etwas in der API geändert wurde.
Die neueste Version ist noch die v2.4.48 und funktioniert seit Wochen nicht mehr.
Weiß noch jemand mehr? Daumen hoch.
define DoSendMessage dummy
...
define n_DoSendMessageChangeWa notify DoSendMessage { fhem "set WhatsAppGroup send $EVENT"}
attr n_DoSendMessageChangeWa room _Specials
define n_DoSendMessageChange notify DoSendMessage { fhem "set DoSendMessageService message $EVENT"}
attr n_DoSendMessageChange room _Specials
Gruß
Zitat von: JoWiemann am 28 März 2016, 17:34:30
Hallo,
hatte das Problem auch. Du musst das hier: https://github.com/tgalal/python-axolotl noch installieren. Geht entsprechend wie yowsup.
Grüße Jörg
Hall Jörg,
kannst du das vielleicht etwas näher Erklären? Ich habe das gleich Problem wie Quoti.
Ich habe mit
sudo pip install python-axolotl
und
sudo pip install python-axolotl --upgrade
alles auf den neusten Stand gebracht, die Fehlermeldung ist aber nach wie vor die selbe:
WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 2, in <module>
from .layer import YowsupCliLayer
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 2, in <module>
from yowsup.layers.interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/__init__.py", line 1, in <module>
from .interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 7, in <module>
from yowsup.layers.axolotl.layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 26, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Zitat von: s3bi am 29 März 2016, 14:30:48
Hall Jörg,
kannst du das vielleicht etwas näher Erklären? Ich habe das gleich Problem wie Quoti.
Ich habe mit
sudo pip install python-axolotl
und
sudo pip install python-axolotl --upgrade
alles auf den neusten Stand gebracht, die Fehlermeldung ist aber nach wie vor die selbe:
WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 2, in <module>
from .layer import YowsupCliLayer
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 2, in <module>
from yowsup.layers.interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/__init__.py", line 1, in <module>
from .interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 7, in <module>
from yowsup.layers.axolotl.layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 26, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Probier mal das aus Antwort #1124
Gesendet von meinem GT-I9505 mit Tapatalk
Zitat von: heinzfo am 29 März 2016, 16:12:03
Probier mal das aus Antwort #1124
Gesendet von meinem GT-I9505 mit Tapatalk
#1125 ist richtig!
Sorry
Gesendet von meinem GT-I9505 mit Tapatalk
Zitat von: heinzfo am 29 März 2016, 16:15:26
#1125 ist richtig!
Sorry
Gesendet von meinem GT-I9505 mit Tapatalk
Du meinst
/opt/fhem/.yowsup
auf 777 und fhem als owner?
Das habe ich:
pi@raspberrypi:/opt/fhem/.yowsup $ ls -l
total 8
drwxrwxrwx 2 fhem dialout 4096 Mar 29 10:00 497XXXXXXXXXX
drwxrwxrwx 2 fhem dialout 4096 Mar 22 16:02 497XXXXXXXXXX_old
sudo chown fhem -R /opt/fhem/.yowsup
sudo chmod 777 -R /opt/fhem/.yowsup
Zitat von: s3bi am 29 März 2016, 14:30:48
Hall Jörg,
kannst du das vielleicht etwas näher Erklären? Ich habe das gleich Problem wie Quoti.
Ich habe mit
sudo pip install python-axolotl
und
sudo pip install python-axolotl --upgrade
alles auf den neusten Stand gebracht, die Fehlermeldung ist aber nach wie vor die selbe:
WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 249, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 2, in <module>
from .layer import YowsupCliLayer
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 2, in <module>
from yowsup.layers.interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/__init__.py", line 1, in <module>
from .interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 7, in <module>
from yowsup.layers.axolotl.layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 26, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Hallo,
es wird neben den Python Modulen noch eine Lib von tgalal benötigt.
<code>
cd /opt/fhem/yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
</code>
So hat es bei mir dann funktioniert.
Grüße Jörg
Zitat von: JoWiemann am 29 März 2016, 19:29:04
Hallo,
es wird neben den Python Modulen noch eine Lib von tgalal benötigt.
<code>
cd /opt/fhem/yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
</code>
So hat es bei mir dann funktioniert.
Grüße Jörg
Hallo Jörg,
vielen Dank!!!! Das war´s
Zitat von: Init am 25 März 2016, 16:27:29
nachdem ich wie oben beschrieben die Neuinstallation durchgeführt haben, bekomme ich folgenden Fehler:
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917XXXXXXXX "Hallo!"
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Habe es eben frisch mit dem neuesten Repo wie Init eine Seite vorher beschrieben hat installiert und konnte es per Voice aktivieren. Bekomme aber den selben Fehler...
pi@raspi /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxxxxxxx "Test"
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 323, in <module>
if not parser.process():
File "yowsup-cli", line 231, in process
self.startSendClient()
File "yowsup-cli", line 280, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 88, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 96, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 130, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 188, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 628, in onGetKeysResult
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 19, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
Nur, was habe ich übersehen? Die Berechtigungen von /opt/fhem/.yowsup habe ich angepasst.
Hab mal gerade geschaut, ich habe wohl Reversion 951 geladen und nun sind wir mittlerweile bei 1051.
Wenn interesse besteht, dann kann ich dir genau diese Version zur Verfügung stellen oder du lädst du über git runter.
VG
Marc
Hallo,
meyerpr, Quoti
Habt ihr mal in
/opt/fhem/.yowsup
im Ordner Telefonnr. die
axolotl.db gelöscht?
Zitat von: Fhemeinsteiger am 01 April 2016, 09:25:37
Habt ihr mal in
/opt/fhem/.yowsup
im Ordner Telefonnr. die
axolotl.db gelöscht?
Ja, auch das ganze Verzeichnis mit der Nummer. Mir scheint so, als ob das axolotl nicht so richtig funktioniert und die Keys nicht erzeugen kann?? Beide Repos wurden in den letzten Stunden aktualisiert, aber auch eine ganz neue bringt immer das selbe Problem. Evtl. hat bei meiner axolotl Installation was nicht geklappt oder es fehlt noch was? Habe es nach Wiki installiert, axolotl auch nochmal neu.
Update: Scheint ein Problem mit der Verschlüsselung zu sein. Wenn ich die mit dem Parameter -M deaktiviere, dann funktioniert es. Nicht perfekt, reicht mir aber erst einmal.
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -M -c /opt/yowsup-config/yowsup.config --yowsup
Seit heute kommt wieder 'Authentication Error: not-authorized'... vermutlich, weil jetzt die end-to-end Verschlüsselung aktiviert wurde.
Funktioniert es bei Euch noch? Mit Verschlüsselung bekomme ich es bei mir irgendwie nicht zum laufen.
Informationen sind gold wert, wenn man Hilfe braucht. Ein list deines yowsup Devices wäre evtl. hilfreich.
Hier klappt alles gut.
Ich hatte auch befürchtet, das es wegen der Verschlüsselung nicht mehr funktionieren könnte.
Bisher aber unbegründet, es klappt alles bestens.
Stellt sich mir noch die Frage, ob man yowsup dazu bringen kann, ebenfalls verschlüsselt zu senden/empfangen.
vb
Zitat von: VB90 am 06 April 2016, 09:23:57
Stellt sich mir noch die Frage, ob man yowsup dazu bringen kann, ebenfalls verschlüsselt zu senden/empfangen.
Ich dachte, das macht es schon. Ist dafür nicht der ganze axolotl-Kram?
Genau. Es ist noch nicht perfekt implementiert aber es ist drin. Ich empfehle euch, den "Issues" Bereich im git von yowsup hin und wieder mit zu lesen. Man bekommt dort eine Menge mit und bleibt hier am Ball. Dass man irgendwann mal Ruhe hat, was das Thema yowsup angeht, kann man ohnehin getrost vergessen ;)
Moinmoin,
da mein yowsup mal wieder ausgestiegen ist habe ich ein Update gefahren. Nun bekomme ich leider ne Fehlermeldung (bzw. ständige Meldungen die das Log füllen):
2016.04.06 10:56:10 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 6, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 3, in <module>
from six import with_metaclass
ImportError: No module named six
Bin grade ein wenig ratlos, jemand einen Tip für mich?
EDIT: sehe grade es liegt wohl an Python?
Für die Nachwelt:
pi@FhemServer ~ $ sudo pip install --upgrade pip
/usr/local/lib/python2.7/dist-packages/pip/_vendor/requests/packages/urllib3/util/ssl_.py:90: InsecurePlatformWarning: A true SSLContext object is not available. This prevents urllib3 from configuring SSL appropriately and may cause certain SSL connections to fail. For more information, see https://urllib3.readthedocs.org/en/latest/security.html#insecureplatformwarning.
InsecurePlatformWarning
Collecting pip
Downloading pip-8.1.1-py2.py3-none-any.whl (1.2MB)
100% |████████████████████████████████| 1.2MB 50kB/s
Installing collected packages: pip
Found existing installation: pip 7.1.2
Uninstalling pip-7.1.2:
Successfully uninstalled pip-7.1.2
Successfully installed pip-8.1.1
pi@FhemServer ~ $ sudo pip install six
Requirement already satisfied (use --upgrade to upgrade): six in /usr/local/lib/python2.7/dist-packages
pi@FhemServer ~ $ sudo pip install --upgrade six
Requirement already up-to-date: six in /usr/local/lib/python2.7/dist-packages
pi@FhemServer ~ $
Whatever - so läufts wieder!
EDIT#2: Jemand eine Idee warum er keine Kommendos mehr akzeptiert?
2016.04.06 11:33:55 3: WA_Sascha: commands not allowed
Moin
Habt Ihr das http://www.pcwelt.de/news/WhatsApp-verschluesselt-nun-Ihre-Nachrichten-9961222.html (http://www.pcwelt.de/news/WhatsApp-verschluesselt-nun-Ihre-Nachrichten-9961222.html)schon gesehen.
Zitat von: Michael am 06 April 2016, 12:33:47
Moin
Habt Ihr das http://www.pcwelt.de/news/WhatsApp-verschluesselt-nun-Ihre-Nachrichten-9961222.html (http://www.pcwelt.de/news/WhatsApp-verschluesselt-nun-Ihre-Nachrichten-9961222.html)schon gesehen.
Ich denke schon ;)
Zitat von: meyerpr am 06 April 2016, 09:06:36
... vermutlich, weil jetzt die end-to-end Verschlüsselung aktiviert wurde....
Zitat von: VB90 am 06 April 2016, 09:23:57
Ich hatte auch befürchtet, das es wegen der Verschlüsselung nicht mehr funktionieren könnte.
Bisher aber unbegründet, es klappt alles bestens.
...
Zitat von: marvin78 am 06 April 2016, 09:40:10
Genau. Es ist noch nicht perfekt implementiert aber es ist drin...
Hallo bekomme folgen Fehlermeldung beim Versuch die Regestrierung durch zu führen.
pi@fhemserver ~ $ sudo su - fhem
fhem@fhemserver ~ $ cd /opt/yowsup-master
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 153, in process
config = self.getConfig(self.args["config"]) if self.args["config"] else {}
File "yowsup-cli", line 72, in getConfig
val = prep[1].strip()
IndexError: list index out of range
fhem@fhemserver /opt/yowsup-master $
Jemand ne Idee was ich tun kann
Okay jetzt hat alles soweit geklappt aber beim senden der test Nachricht bekomme ich die fehlermeldung:
GNU nano 2.2.6 Datei: yowsup.config
## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49
phone=49024xxxxxxxxx9
id=0000000000
password=
[ 8 Zeilen geschrieben ]
pi@fhemserver /opt/yowsup-config $ sudo chown -R fhem:dialout /opt/yowsup-master /opt/yowsup-config
pi@fhemserver /opt/yowsup-config $ sudo su - fhem fhem@fhemserver ~ $ cd /opt/yowsup-master
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
yowsup-cli v2.0.15
yowsup v2.4.102
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"status":"sent","length":6,"method":"voice","retry_after":70,"sms_wait":65,"voice_wait":70}
GNU nano 2.2.6 Datei: /opt/yowsup-config/yowsup.config
## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49 phone=49024xxxxxxxxc9
id=0000000000
password=
Ver�dert
[ 8 Zeilen gelesen ]
^G Hilfe ^O Speichern^R Datei �f^Y Seite zur^K Ausschnei^C Cursor
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -R 363991
GNU nano 2.2.6 Datei: /opt/yowsup-config/yowsup.config
GNU nano 2.2.6 Datei: /opt/yowsup-config/yowsup.config
## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49
phone=490245xxxxxx99
id=0000000000
password=wOZGHyra2dxxxxxxxxxxxxUtKg4=
[ 8 Zeilen geschrieben ]
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 491636xxxxx9 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.4.102
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
fhem@fhemserver /opt/yowsup-master $
Habe das password kopiert und eingefügt da kann also eigentlich kein Fehler drin sein.
Aber was nun
Bist du dir sicher das die Telefonnummer korrekt ist? Nach der Landesvorwahl kommt üblicherweise keine 0 mehr vor die ortsvorwahl
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
habe ja nen anruf bekommen und die 6 stellige nummer, das pw konnte ich ja damit auch erzeugen habe dieses dann mit copy und past eingefügt.
habe es grade nochmal versucht.
neuer anruf neue pin neues pw aber wieder das selbe
Die Nummer in deiner config halte ich aus dem Bauch trotzdem für falsch.
Lass nach 49 mal die 0 weg und mache gleich mit der 245 weiter
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Hallo also immer noch das selbe auch ohne die 0
Linux fhemserver 4.1.13+ #826 PREEMPT Fri Nov 13 20:13:22 GMT 2015 armv6l
GNU nano 2.2.6 Datei: /opt/yowsup-config/yowsup.config
## Actual config starts below ##
#cc ist wichtig ansonsten funktioniert es nicht aus dem Script
cc=49
phone=49245xxxxxxx9
id=0000000000 password=W/zmxKmsJxxxxxxxxxeREZr3rgs=
[ 7 Zeilen geschrieben ]
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4916xxxxxxx9 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.4.102
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
fhem@fhemserver /opt/yowsup-master $
Woran kann das liegen?
Hallo.
Warum verwendet ihr nicht Telegram? Ich für mich habe schon fast alle Bekannten in kürzester Zeit für telegram erwärmen können. Allein der Dateiversand ist eine Wucht. Whatsapp ist überflüssig, allein schon wegen der datenspeicherung. Und macht nur Probleme.
Hallo
Habe hier dieses notify was mir bei eingabe am Handy bilder schickte
funktioniert leider jetzt nicht mehr
andrefhem:message.* { if (ReadingsVal("andrefhem","message",0) eq "was geht") { fhem "get ipcam image"; fhem "set andrefhem send gleich kommt bild vom Wohnzimmer";fhem "set andrefhem image /opt/fhem/FHEM/ipcam_snapshot.jpg" } else { if (ReadingsVal("andrefhem","message",0) eq "terasse") { fhem "set andrefhem send gleich kommt bild von Terasse"; fhem "get grete image"; fhem "set andrefhem image /opt/fhem/FHEM/grete_snapshot.jpg" } else { if (ReadingsVal("andrefhem","message",0) eq "keller") { fhem "set andrefhem send gleich kommt bild vom Keller"; fhem "get keller_ip image"; fhem "set andrefhem image /opt/fhem/FHEM/keller_ip_snapshot.jpg"}} }}
Bild wird nicht mehr verschickt
Im log steht dies
6.04.07 17:06:38.796 4: WhatsApp: parse:
2016.04.07 17:06:38.797 4: WhatsApp: parse: [4915252xxxxx@s.whatsapp.net(07-04-2016 17:06)]:[4F9833FE817BC27173B90B6735FE57] keller
2016.04.07 17:06:38.804 5: Triggering bild_whatsapp
2016.04.07 17:06:38.804 4: bild_whatsapp exec { if (ReadingsVal("andrefhem","message",0) eq "was geht") { fhem "get ipcam image";; fhem "set andrefhem image /opt/fhem/FHEM/ipcam_snapshot.jpg" } else { if (ReadingsVal("andrefhem","message",0) eq "terasse") { fhem "set andrefhem send gleich kommt bild von Terasse";; fhem "get grete image";; fhem "set andrefhem image /opt/fhem/FHEM/grete_snapshot.jpg" } else { if (ReadingsVal("andrefhem","message",0) eq "keller") { fhem "set andrefhem send gleich kommt bild vom Keller";; fhem "get keller_ip image";; fhem "set andrefhem image /opt/fhem/FHEM/keller_ip_snapshot.jpg"}} }}
2016.04.07 17:06:38.805 3: WhatsApp: sending /message send 4915252xxxxx 'gleich kommt bild vom Keller'
2016.04.07 17:06:38.806 3: WhatsApp: sending /image send 4915252xxxxx /opt/fhem/FHEM/keller_ip_snapshot.jpg ''
2016.04.07 17:06:39.087 4: WhatsApp: parse: Message 4F9833FE817BC27173B90B6735FE57: Sent delivered receipt and Read
[connected]:
[connected]:[connected]:
2016.04.07 17:06:39.108 4: WhatsApp: parse:
Sent: 1460041598-4
[connected]:
2016.04.07 17:06:39.848 4: WhatsApp: parse: keller_ip_snapshot.jpg => 49152524xxxxx1@s.whatsapp.net, 7%
keller_ip_snapshot.jpg => 491525242xxxx@s.whatsapp.net, 15%
keller_ip_snapshot.jpg => 49152524xxxx@s.whatsapp.net, 23%
2016.04.07 17:06:39.850 4: WhatsApp: parse: keller_ip_snapshot.jpg => 49152524xxxxx@s.whatsapp.net, 31%
keller_ip_snapshot.jpg => 49152524xxxxx@s.whatsapp.net, 38%
keller_ip_snapshot.jpg => 491525242xxxxx@s.whatsapp.net, 46%
keller_ip_snapshot.jpg => 49152524xxxx@s.whatsapp.net, 54%
keller_ip_snapshot.jpg => 49152524xxxxx@s.whatsapp.net, 62%
keller_ip_snapshot.jpg => 4915252xxxxx@s.whatsapp.net, 69%
keller_ip_snapshot.jpg => 4915252xxxxx@s.whatsapp.net, 77%
keller_ip_snapshot.jpg => 4915252xxxxxx@s.whatsapp.net, 85%
keller_ip_snapshot.jpg => 4915252xxxxx@s.whatsapp.net, 93%
2016.04.07 17:06:40.851 4: WhatsApp: parse: keller_ip_snapshot.jpg => 4915252xxxxx@s.whatsapp.net, 100%
ERROR:yowsup.layers.protocol_media.mediauploader:Error occured at transfer u'https://mmi275.whatsapp.net/d/Am8QRvCVVFCdJLoy3hunzSb59jvGc619RLxoJMNqmBw0.jpg' has type <type 'unicode'>, but expected one of: (<type 'str'>,)
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/layers/protocol_media/mediauploader.py", line 138, in run
self.successCallback(sourcePath, self.jid, result["url"])
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 581, in <lambda>
caption)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 565, in doSendMedia
self.toLower(entity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 192, in send
s.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 130, in send
send(entity)
File "/opt/yowsup-master/yowsup/layers/protocol_media/layer.py", line 37, in sendMessageEntity
self.entityToLower(entity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 134, in entityToLower
self.toLower(entity.toProtocolTreeNode())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 122, in send
self.handlePlaintextNode(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 190, in handlePlaintextNode
messageData = self.serializeToProtobuf(node) if v2 else node.getChild("body").getData()
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 502, in serializeToProtobuf
return self.serializeMediaToProtobuf(node.getChild("media"))
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 514, in serializeMediaToProtobuf
return self.serializeImageToProtobuf(mediaNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 547, in serializeImageToProtobuf
image_message.url = mediaNode["url"]
File "/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0b2.post2-py2.7.egg/google/protobuf/internal/python_message.py", line 664, in field_setter
new_value = type_checker.CheckValue(new_value)
File "/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0b2.post2-py2.7.egg/google/protobuf/internal/type_checkers.py", line 108, in CheckValue
raise TypeError(message)
TypeError: u'https://mmi275.whatsapp.net/d/Am8QRvCVVFCdJLoy3hunzSb59jvGc619RLxoJMNqmBw0.jpg' has type <type 'unicode'>, but expected one of: (<type 'str'>,)
ERROR:yowsup.demos.cli.layer:Upload file /opt/fhem/FHEM/keller_ip_snapshot.jpg to https://mmi275.whatsapp.net/u/-LCXcU-NZaNWKX83W6aeWYf8BbkABS_mbOAsXA/ArcYXNbRQ4yEEjyrKkWhVYiBS5Rr3MzEWyzsc9EIfM33 for 4915252420661@s.whatsapp.net failed!
Wie es ausieht wird das Bild wohl generiert aber nicht hochgeladen zum Server
Komischerweiser habe ich einige DOIF wo mir Bilder geschickt werden
yowsup habe ich wie hier im Thread auf den letzten Seiten beschrieben geupdatet (jlguardi)
Andre
Zitat von: satprofi am 07 April 2016, 16:13:57
Hallo.
Warum verwendet ihr nicht Telegram? Ich für mich habe schon fast alle Bekannten in kürzester Zeit für telegram erwärmen können. Allein der Dateiversand ist eine Wucht. Whatsapp ist überflüssig, allein schon wegen der datenspeicherung. Und macht nur Probleme.
Zum einen ist hier sicher nicht der Bereich, in dem man anderen von einem anderen Messenger überzeugen sollte und zum anderen macht es nicht "nur Probleme", es erfordert nur ein wenig "am Ball bleiben". Es kann sich sicher jeder selbst aussichen, was er nutzt.
Jemand ne Idee wieso ich nach der neu Installation jetzt die Meldung bekomme Autorisation fault: Blocked
Bekomme?
@tueftler
Dann wurde deine nummer geblockt und eine weitere Nutzung mit WhatsApp ist nicht mehr möglich.
Wahrscheinlichsten grund: Nutzung eines inoffiziellen Client.
Offiziell gibt es die Möglichkeit, den Block aufheben zu lassen, ich für meinen Teil hatte damit jedoch keinen Erfolg.
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
mal ein tip: statt seine festnetz nummer zu verwenden ist es sehr viel einfacher sich irgendeine 10 euro prepaid sim zu kaufen und diese nummer zu verwenden.
- man kann die registrierungs sms empfangen
- die nummer taucht nicht in irgendeinem telefonbuch auf und jemand schickt aus versehen etwas dahin
- man kann sie zur not in ein handy stecken und mit dem offiziellen client frei schalten
gruss
andre
Letzteres hat bei mir nicht funktioniert.
Wie früher schon geschrieben, sehe ich die Sache mit den Festnetz Nummern anders, aber das ist ansichtssache.
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
So habe jetzt ne andere Festnetznummer genutzt jetzt bekomme ich folgende Meldung beim senden der Testberichte Nachricht
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 491636679559 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.4.102
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
/usr/local/lib/python2.7/dist-packages/google/protobuf/__init__.py:37: UserWarning: Module yowsup was already imported from /opt/yowsup-master/yowsup/__init__.pyc, but /usr/local/lib/python2.7/dist-packages is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 324, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 88, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 96, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 122, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 182, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 361, in onGetKeysResult
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 17, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
fhem@fhemserver /opt/yowsup-master $
Gesendet wird immer noch nix. Langsam verzwefiel ich.
Das erste mal wo ich yowsup installiert habe klappte alles ohne Probleme
Zitat von: Tueftler1983 am 07 April 2016, 21:14:46
So habe jetzt ne andere Festnetznummer genutzt jetzt bekomme ich folgende Meldung beim senden der Testberichte Nachricht
fhem@fhemserver /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 491636679559 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.4.102
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
/usr/local/lib/python2.7/dist-packages/google/protobuf/__init__.py:37: UserWarning: Module yowsup was already imported from /opt/yowsup-master/yowsup/__init__.pyc, but /usr/local/lib/python2.7/dist-packages is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 324, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 88, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 96, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 122, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 182, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 361, in onGetKeysResult
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 17, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
fhem@fhemserver /opt/yowsup-master $
Gesendet wird immer noch nix. Langsam verzwefiel ich.
Das erste mal wo ich yowsup installiert habe klappte alles ohne Probleme
Hatte auch diese Python Fehlermeldung.
Antwort #1025 hat geholfen.
Gesendet von meinem GT-I9505 mit Tapatalk
Hmm da steht nicht wirklich was hilfreiches
Zitat von: raimundl am 14 Februar 2016, 18:59:19
Hallo!
Vorerst herzlichen Dank, WhatsApp (yowsup) hat auf Anhieb tadellos funktioniert - Danke!
Ersuche jedoch um Hilfe für ein m.E. kleines Einstellungsproblem:
Habe in fhem IPCAM installiert und lege die aufgenommenen Bilder in
"pi@raspberrypi:~ $ ls -l /opt/fhem/www/snapshots/
-rw-r--r-- 1 fhem dialout 31751 Feb 14 14:02 DLink2_snapshot_1.jpg
-rw-r--r-- 1 pi dialout 31751 Feb 14 14:02 DLink2_snapshot.jpg
ab. IPCAM Aufnahmen haben den Besitzer "fhem" und werden von yowsup nicht versendet - ändere ich den Besitzer auf "pi" werden diese anstandslos versendet. Wie kann ich nun yowsup dazu bringen, Bilder mit Besitzer "fhem" auch zu versenden? Meine Einstellung "attr. home PWD".
LG
Zitat von: Tueftler1983 am 07 April 2016, 21:42:07
Hmm da steht nicht wirklich was hilfreiches
Sorry #1125
Es geht wieder ;)
Allerdings erst nach dem ich /opt/fhem/.yowsup/49xxx chmod -R 777 berechtigt habe, inkl. .yowsup
Ohne dass, toggled der STAE immer zwischen connected und disconnected!
Code: [Auswählen]
<br />sudo chmod -R 777 /opt/fhem/.yowsup<br />
Es könnte aber sein, das dies nur nötig ist weil die Installation nicht unter "sudo su - fhem" gemacht wurde!?
Danke an Masterfunk 8)
Gesendet von meinem GT-I9505 mit Tapatalk
Ich habe das Gefühl das Problem liegt bei yowsup selber und nicht beim fhem modul.
Die Installation hatte ich unter dem User fhem gemacht.
Die Meldungen die ich gepostet habe waren als ich über ssh mit dem raspberry verbunden war.
Gibt seit gestern wieder ein update von yowsup seitdem habe ich
jedenfalls bei mir keine Probleme mehr funktioniert alles so wie es
soll.
Habe Grade nochmal update vom Raspberry gemacht und auch von FHEM trotzdem geht nix. Hier ein Auszug aus dem FHEM log.
2016.04.08 08:25:01 3: WhatsApp: sending /message send 016xxxxxxx9 'test'
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 268, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 297, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 88, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 96, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 122, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 182, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 346, in onGetKeysResult
entity = ResultGetKeysIqProtocolEntity.fromProtocolTreeNode(resultNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 88, in fromProtocolTreeNode
preKeyId = ResultGetKeysIqProtocolEntity._bytesToInt(preKeyNode.getChild("id").getData())
AttributeError: 'NoneType' object has no attribute 'getChild'
2016.04.08 08:25:02 3: WhatsApp: sending /disconnect
2016.04.08 08:25:02 3: WhatsApp: Disconnected
2016.04.08 08:25:02 3: WhatsApp: read: end of file reached while sysread
2016.04.08 08:25:12 2: WhatsApp: setting $HOME to /opt/fhem
2016.04.08 08:25:12 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
/usr/local/lib/python2.7/dist-packages/google/protobuf/__init__.py:37: UserWarning: Module yowsup was already imported from /opt/yowsup-master/yowsup/__init__.pyc, but /usr/local/lib/python2.7/dist-packages is being added to sys.path
__import__('pkg_resources').declare_namespace(__name__)
2016.04.08 08:25:15 3: WhatsApp: sending /L
2016.04.08 08:25:15 3: WhatsApp: sending /presence available
2016.04.08 08:25:15 3: WhatsApp: sending /presence name 'FHEM Server'
Blicke hier nicht mehr durch
Ich habe in den letzten Tagen 2 Festnetz Nummern erfolgreich registriert (voice) und konnte aus der Shell über youwsup-cli Nachrichten schreiben. Dann habe ich das fhem Modul angelegt aber ausser für Testnachrichten nicht weiter verwendet (keine automatischen Messages, Notify etc...).
Nach einem Tag waren beide Nummern jeweils geblockt und das fhem Modul zeigte über 2000 'connect' Versuche. Ich kann nicht sagen, ob es am fhem Modul liegt oder ob die Nummern einfach anderweitig geblockt wurden. Ich hoffe jedoch, es funktioniert mit einer kostenlosen 'dummy' prepaid SIM besser.
Hat denn hier jemand Festnetz Nummern über längere Zeit mit yowsup/fhem im Einsatz?
Zitat von: meyerpr am 08 April 2016, 10:14:09
Ich habe in den letzten Tagen 2 Festnetz Nummern erfolgreich registriert (voice) und konnte aus der Shell über youwsup-cli Nachrichten schreiben. Dann habe ich das fhem Modul angelegt aber ausser für Testnachrichten nicht weiter verwendet (keine automatischen Messages, Notify etc...).
Nach einem Tag waren beide Nummern jeweils geblockt und das fhem Modul zeigte über 2000 'connect' Versuche. Ich kann nicht sagen, ob es am fhem Modul liegt oder ob die Nummern einfach anderweitig geblockt wurden. Ich hoffe jedoch, es funktioniert mit einer kostenlosen 'dummy' prepaid SIM besser.
Hat denn hier jemand Festnetz Nummern über längere Zeit mit yowsup/fhem im Einsatz?
Wie bereits erwähnt, das hat geholfen.
sudo chmod -R 777 /opt/fhem/.yowsup
Antwort #1125
Gesendet von meinem GT-I9505 mit Tapatalk
Zitat von: marvin78 am 07 April 2016, 18:14:20
Zum einen ist hier sicher nicht der Bereich, in dem man anderen von einem anderen Messenger überzeugen sollte und zum anderen macht es nicht "nur Probleme", es erfordert nur ein wenig "am Ball bleiben".
Richtig, aber mich hat es trotzdem überzeugt 8)
Man muss ja nicht gleich seine ganze Kommunikation umstellen, das Messaging vom FHEM reicht ja erst einmal. So muss ich wenigstens nicht ständig schauen, ob ich wieder an den Ball muss ;)
umgepolte Grüße
Niels
Hallo,
leider gingen bei mir heute wieder keine Nachrichten raus. Ein Update von:
https://github.com/jlguardi/yowsup
und:
https://github.com/tgalal/python-axolotl
und löschen von .yowsup, sowie reboot hat dann geholfen.
Grüße Jörg
Welche befehle hast du für die updates im Terminal ( putty) eingegeben?
Ich bekomme es einfach nicht mehr ans laufen
Versuche mal das: http://www.fhemwiki.de/wiki/Yowsup#Update
verlinkte Grüße
Niels
@meyerpr
Bei mir seit gut zwei Wochen ohne Probleme. Gerade eben wieder ne nachricht bekommen, ohne in den letzten Tagen etwas geupdatet zu haben
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Beim update mit
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
Kommt die Meldung das der Hostname nicht aufgelöst werden kann.
Es passiert ja im Moment einiges bei Whatsapp. Hier einige Details:
http://www.heise.de/security/artikel/Test-Hinter-den-Kulissen-der-WhatsApp-Verschluesselung-3165567.html
Zitat von: Tueftler1983 am 08 April 2016, 17:19:39
Beim update mit
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
Kommt die Meldung das der Hostname nicht aufgelöst werden kann.
Hier sieht es aber besser aus:
Zitat von: Wiki#alternativ sudo wget https://github.com/jlguardi/yowsup/archive/master.zip (Stand März 2016 aktueller)
alternative Grüße
Niels
PS: Und kaum geschrieben gehen bei mir beide URLs wieder. Aber vermutlich wird es mit jlguardi Probleme geben, die Version ist 8 Tage alt, die von jlguardi 3 Stunden.
Hab auch ein Problem aber nur mit dem Versenden von Nachrichten Standardtext geht aber sobald Werte(Temperaturen) gesendet werden sollten geht das versenden nicht mehr bis zum reconnect, empfangen geht aber noch ?
Hier ein Log:
2016-04-08 22:33:16 yowsup WhatsApp connected
2016-04-08 22:33:17 yowsup 49xxxx chatstate: received
2016-04-08 22:33:17 yowsup 49xxxx message: Fgg
2016-04-08 22:33:17 yowsup 49xxxx sent: Wie bitte?
2016-04-08 22:33:30 yowsup 49xxxx sent: Temperatur:Außen 7.875 <Das kommt nicht mehr an
2016-04-08 22:33:54 yowsup 49xxxx chatstate: received
2016-04-08 22:33:54 yowsup 49xxxx message: Chj >Das hab ich an Rapberry gesendet
2016-04-08 22:33:54 yowsup 49xxxx sent: Wie bitte? <Das kommt aber auch nicht mehr an
Gruß otto
Hallo zusammen,
ich habe momentan Probleme beim Nachrichten empfangen. Logauszug:
2016-04-11 13:47:00 yowsup 49xxxxxxxxxx chatstate: composing
2016-04-11 13:47:02 yowsup 49xxxxxxxxxx chatstate: received
2016-04-11 13:47:02 yowsup 49xxxxxxxxxx message: tatus�����������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������������
Das ist was ankommt wenn ich "Status" an den FHEM sende.
Nachrichten versenden klappt wie gewohnt.
Update habe ich gestern installiert...
die zeichen am ende einer nachricht liegen an einer falschen/alten yowsup version. siehe weiter oben mehrfach.
versuch mal ob es auch hilft im modul nach zeile 408 noch zusätzlich eine $message =~ s/[\b]*$//;
einzubauen.
gruss
andre
bei mir funktioniert nach wie vor eine Festnetznummer :D
Zitat von: Fhemeinsteiger am 11 April 2016, 17:42:26
bei mir funktioniert nach wie vor eine Festnetznummer :D
Bei mir auch - fraglich ist nur ob die Neuregistrierung geht...
feste Grüße
Niels
Ich habe am 7 oder 8 April ne neue festnetznummer regestriert weil die andere gesperrt war.
Derzeit läuft alles
Zitat von: justme1968 am 11 April 2016, 14:05:02
die zeichen am ende einer nachricht liegen an einer falschen/alten yowsup version. siehe weiter oben mehrfach.
versuch mal ob es auch hilft im modul nach zeile 408 noch zusätzlich eine $message =~ s/[\b]*$//;
einzubauen.
gruss
andre
Hallo,
habe dasselbe Problem, update von yowsup und zusätzliche Zeile hat nichts gebracht.
Any other hints ?
Thanks,
grooves
Hallo zusammen,
ich habe ein "hoffentlich" kleines Problem beim Senden mit yowsup-cli.
Da ich mir schon einen Nummer gesperrt habe, will ich diese Fehlermeldungen jetzt erstmal weg haben.
Ich habe vor ein paar Tage eine Mobilnummer registriert was auch wunderbar geklappt hat.
Nur das Senden ist mit unten stehender Meldung gescheitert. Aber komischerweise nur auf der Console.
Aus FHEM hat das Senden wunderbar geklappt ?! Bis zu dem Moment als meine Nummer dauerhaft gesperrt wurde ::)
Jetzt habe ich gerade yowsup aus dieser Quelle nochmal neu eingerichtet (https://github.com/jlguardi/yowsup/archive/master.zip)
Registrierung einer neuen Mobilnummer via SMS wieder ohne Probleme. Aber auch jetzt Fehlermeldungen beim Senden auf der Konsole
Ich hoffe Ihr könnt damit was anfangen :P
Danke und Grüße
Gerd
Hier die Meldungen:
# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxxx "Das ist ein Test"
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 324, in <module>
if not parser.process():
File "yowsup-cli", line 232, in process
self.startSendClient()
File "yowsup-cli", line 281, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 195, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 134, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 155, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 192, in <lambda>
self._sendIq(entity, lambda a, b: self.onGetKeysResult(a, b, self.processPendingMessages), self.onGetKeysError)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 658, in onGetKeysResult
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 19, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 31, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
Zitat von: IncMrG am 14 April 2016, 00:31:21
# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxxx "Das ist ein Test"
INFO:yowsup.layers.axolotl.layer:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 324, in <module>
if not parser.process():
...
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
Eine ähnliche Meldung hatte ich nach der Installation auch mal. Hast Du mal versucht, erst einmal die Keys zu generieren?
sudo python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config
Hi meyerpr,
das ist die Ausgabe zu:
python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config
Nicht das mir das mehr sagen würde.... ::)
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 Axolotl 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 Interface Layer
DEBUG:yowsup.layers.network.layer:Connecting to e16.whatsapp.net:443
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="true" user="49176xxxxxxxx" mechanism="WAUTH-2">
</auth>
DEBUG:yowsup.layers.logger.layer:rx:
<stream:features>
</stream:features>
DEBUG:yowsup.layers.logger.layer:rx:
<challenge>
�
�>+�q8��K7�QO~
HEX:d50bca1a3e2b867138f6f84b37de514f01187ec3
</challenge>
DEBUG:yowsup.layers.logger.layer:tx:
<response xmlns="urn:ietf:params:xml:ns:xmpp-sasl">
�W�y�ze�;�`����hv ���8��/�X;P�y��@���iSF�w=k-��x�0�x&IR�_���9����w
HEX:f757e779................................2f9d439ec96d2e377
</response>
DEBUG:yowsup.layers.logger.layer:rx:
<failure>
<not-authorized>
</not-authorized>
</failure>
DEBUG:yowsup.layers.network.layer:Disconnected, reason: Authentication Failure
Authentication Error: not-authorized
Wow, das ging schnell....
Zwei Fehlversuche, und das ist die Quittung???
status: fail
reason: blocked
Blocked ist kacke dann brauchst du ne andere Nummer hatte ich auch. Aber habe zum Glück 3 Festnetznummern zur verfügung.
Mir ist gerade aufgefallen, dass in FHEM yowsup den Status disconnected (glaube ich) hatte.
Kann es sein, dass yowsup.pm das Attribut "disable" ignoriert, und mir dadurch die Nummer zerschossen hat?
So, alle Module aus FHEM gelöscht und neu gestartet...
Meine letzte Prepaid SIM erfolgreich registriert...
status: ok
kind: free
pw: CNKZ4dJelVmTY5KFaqExxxxxxxx=
price: 0,89 €
price_expiration: 1463477572
currency: EUR
cost: 0.89
expiration: 4444444444.0
login: 49176xxxxxxxx
type: new
Danach wie von meyerpr empfohlen die Key's generieren lassen:
python yowsup-cli demos -e -d -c /opt/yowsup-config/yowsup.config
Was diesmal wesentlich länger dauerte und ziemlich am Schluss das erstellen auf 100% hochzählte
und mit folgender Ausgabe endete:
DEBUG:yowsup.layers.logger.layer:rx:
<iq type="result" from="s.whatsapp.net" id="1">
</iq>
DEBUG:yowsup.layers.network.layer:Disconnected, reason: Requested
Ein erste Testnachricht wurde auch Problemlos ohne Fehler auf der Konsole gesendet :D
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49174xxxxxx "Das ist ein Test"
Ausgabe diesmal nur:
INFO:yowsup.demos.sendclient.layer:Message sent
Yowsdown
Ob ich mich jetzt wieder an die Einbindung in FHEM trauen soll??? ::)
Nimm mal deine Handynummer und Code raus aus deinem Post.
Ups! Danke, dachte ich hätte alle erwischt ::)
Habe grade nach der Anleitung im WIKI und der Ergänzung hier alles in Betrieb(Festnetznummer) genommen... geht super, bis auf die Tatsache das ich keine Umlaute empfangen kann.. senden geht, Empfang leider nicht. Ist das ein yowsup Problem, oder eher etwas in den lokalen Einstellungen des Systems (in diesem Fall Bananian)?
was genau heißt es gehen keine umlaute?
auf welchem os läuft dein whatsapp?
was siehst du statt der umlaute?
geht es um fhemweb oder tenet?
welchen browser verwendest du?
was steht bei verbose 5 im log?
gruss
andre
Kann man sich auch wieder bei WhatsApp deregistrieren, damit meine Festnetznummer nicht mehr bei allen Bekannten in deren WA-Client erscheint?
gewechselte Grüße
Niels
Keine Umlaute heißt, das ich die Whatsapp-Nachrichten mit Umlauten, nicht empfangen kann. Wird eine Nachricht mit Umlauten (von Android Telefonen, hab keinen IOS Bekannten) an FHEM geschickt, sieht man, das der Client mehrfach disconnectet und wieder connected, aber die Nachricht kommt nicht durch. Beim Sender kommt zwar der 2. graue Haken, aber in FHEM taucht die Meldung nicht auf. Eine Folgenachricht ohne Umlaute geht dann wieder durch.
Ich verwende Chrome und ein Verbose 5 Log erstelle ich mal heute Abend.
Verdammt,
was gestern noch ohne Fehler gelaufen ist, bringt heute, ohne zwischenzeitlich auch nur einen Nachricht gesendet/empfangen zu haben, nur noch:
DEBUG:yowsup.layers.network.layer:Disconnected, reason: Authentication Failure
Authentication Error: not-authorized
Bedeutet das das die Karte auch schon wieder gesperrt ist?
Ich trau mich nicht die Registrierung nochmal laufen zu lassen um zu sehen was er meldet.
Ich kann auch in keinen Log (FHEM oder Linux) irgendwelche Bewegungen sehen.
Hat yousup ein eigenes LOG das ich nicht sehe?
So im Log kann ich bei empfangenen Umlauten folgende Meldung im LOG finden:
traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 324, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 228, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 256, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 27, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 136, in receive
self.onMessage(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 158, in onMessage
self.handleEncMessage(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 232, in handleEncMessage
self.handleWhisperMessage(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 316, in handleWhisperMessage
self.parseAndHandleMessageProto(encMessageProtocolEntity, plaintext[:-padding])
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 356, in parseAndHandleMessageProto
self.handleConversationMessage(node, m.conversation)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 386, in handleConversationMessage
self.toUpper(messageNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 188, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 124, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 21, in recvMessageStanza
self.toUpper(entity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 75, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 78, in receive
self.entity_callbacks[entityType](entity)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 532, in onMessage
self.output(output, tag=None, prompt=not self.sendReceipts)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 180, in output
print(message)
UnicodeEncodeError: 'ascii' codec can't encode characters in position 71-73: ordinal not in range(128)
2016.04.15 21:54:25 2: Whatsapp: setting $HOME to /opt/fhem
2016.04.15 21:54:25 2: Whatsapp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
ERROR:yowsup.layers.axolotl.layer:Received message with old counter: 1, 0
WARNING:yowsup.layers.axolotl.layer:Going to send the delivery receipt myself !
So, 5 geblockte Nummern sind genug.....
TelegramBot funktioniert wunderbar..... :)
Dann habe ich halt eine weitere App auf dem Telefon. Funktion geht vor :)
Viel Spaß beim weiter Testen
Hallo,
WhatsApp zickt mal wieder und somit wieder warten auf tgalal oder jlguardi, ob sie die Änderungen von WhatsApp nachgezogen bekommen ....
Grüße Jörg
bei mir funzt es aktuell noch ohne Probleme.
Falls wieder was ist, werde ich dann auch mal auf die Version von jlguardi wechseln.
vb
Ich habe auch viel experimentiert (wohl dem, der Zugriff auf einen etwas längeren Rufnummernblock dank PMX Anlagenanschluss hat ;-) ). Derzeit wird die Nr nach ca. 3-9h geblockt, wenn FEHM aktiv ist. Wohlgemerkt: FHEM sendete bei mir dabei keine MSG (keine Alarme).
Jedoch: sobald FHEM läuft und das Modul connected, erscheint der Status im Fon als "Online". Ich gehe mal davon aus, bei WA läuft ein "script", das checkt, wer wie lange online ist, aber nix macht ;D :-\
Als Workaround werde ich morgen (nach Neuregistrierung einer Nr) mal probieren, meine notifys in ein "set WhatsApp connect" "set WhatsApp send 123 xyz" "set WhatsApp disconnect" zu verändern...
Gruß
Seb
Edit: Scheint ein generelles "Problem" von Yowsup zu sein, bzw. WA greift härter durch: https://github.com/tgalal/yowsup/issues/1516
So, ich bin raus >:(
Auch bei mir stand Yowsup wieder auf Disconected und die Anmeldeversuche fluten mein Log. Mir ist es nun auch egal, ob meine Nummer nun auch gesperrt ist (war ja bislang nie der Fall) oder ich wieder updaten muss.
Ich hechel doch keinem Dienst hinterher, der mit aller Macht die Nutzung durch Fremdanwendungen verhindern will - erst recht nicht, wenn es vergleichbare Diente gibt, die das ausdrücklich unterstützen. Sportlicher Ehrgeiz hin oder her - dafür ist mir meine Zeit zu schade. Mein neuer WhatsApp-Status auf meinem Mobile: "Hey there, I'm using telegram" 8)
zeitoptimierte Grüße
Niels
Hallo,
hier eine Info aus tlagal git (Issue #1516):
assegaf commented 3 hours ago
@ronromer they already implemented WA20 Protocol for 1 month so basically its easy to detect which is not using WA20 protocol will be banned 100% .. no matter what you do. We should move to protocol WA20 to avoid detection for using non-official WA Client.
Grüße Jörg
Hallo,
weiß einer von euch wie man bei Yowsup eine Nummer wieder freigibt?
Habe meine Festnetznummer genommen u. möchte diese jetzt wieder freigeben.
Es gab doch mal einen Schalter bei Yowsup mit -Account delete oder so ähnlich. Finde den aber in der jetzigen Version beim Aufruf nicht mehr.
Gibt es da eine Möglichkeit?
Gruss Meesus
Hat sich erledigt, Nummer ist jetzt sowieso durch WA gesperrt.
Leider läuft/lief yowsup bei mir nun auch seit einigen Tagen nicht mehr (Nummer gesperrt).
Habe mich nun endgültig entschlossen das Thema "WhatsApp für Benachrichtigung der Hausautomation" an den Nagel zu hängen und bin kurzer Hand auf Pushbullet umgestiegen.
Klar, ist wieder eine neue/zusätzliche App, aber dafür funktioniert das reibungslos mit FHEM dank bereitgestelltem Modul und man muss keine Angst vor irgendwelchen komischen Updates haben die den Dienst dann wieder unbrauchbar machen.
Fazit:
+ kostenlos (außer Premium Version)
+ kann mit vorhandenem Google Account benutzt werden
+ offizieller Access Token für die Benutzung der API
+ eigenständiges Modul in FHEM
+ keine weitere Installation nötig auf dem FHEM Host
+ sehr schneller Versand der Nachrichten (wesentlich schneller als über WhatsApp)
+ komplette Einrichtung (Registrierung, App- und FHEM-Einrichtung, notify Anpassungen) ist in 10 min erledigt
- eigenständige/separate App nötig
- senden von Nachrichten/Befehlen an FHEM nicht möglich
- kein direkter Versand von Bildern (Dateien) möglich (nur als URL)
Alles in Allem bin ich mit der Lösung sehr zufrieden.
Gruß
Dan
Hättest du zu Telegram (Modul TelegramBot) gewechselt, wäre der letzte Punkt auch noch möglich (und noch viel mehr). Kann Pushbullet Bilder?
Zitat von: marvin78 am 20 April 2016, 16:15:15
Hättest du zu Telegram (Modul TelegramBot) gewechselt, wäre der letzte Punkt auch noch möglich (und noch viel mehr). Kann Pushbullet Bilder?
Das Senden von Befehlen an FHEM ist mir nicht wichtig, da ich alles über HomeKit steuere.
Bilder (Dateien) sind über Pushbullet generell möglich, habe allerdings in FHEM noch keine Möglichkeit gefunden Bilder direkt zu versenden (Bild als URL geht und wird direkt angezeigt), werde das in meinem vorherigen Eintrag noch ergänzen (dank für den Hinweis).
Gruß
Dan
P.S. Pushbullet war ein erster Test für mich um mich von WhatsApp zu lösen. Sicherlich nicht ganz perfekt für jedermann. Werde eventuell noch andere kostenlose Lösungen testen (TelegramBot?).
Wenn man die "WA16"-Version von Yowsup nimmt, dann läuft Whatsapp weiterhin ohne Probleme. Das Problem mit einer gesperrten Telefonnummer hatte ich nicht.
Gruß, Sascha
Hallo,
ich habe yowsup zum Laufen bekommen. Ab welcher permanenter Online-Zeit wird eine Nr. für Whatsapp gesperrt? Würde es vielleicht nicht ausreichen, wenn man für eine gewisse Zeit disconnecten würde?
Eine Benachrichtigung erhalte ich. Das klappt. Der Empfang, also Steuerung ist mir nicht gelungen:
define n_mySchalter1_Whatsapp_receive notify HandyChristoph:message.* {\
if( $EVENT eq 'message: Licht an' ) {\
fhem "set HandyChristoph send Licht ist nun an...";;\
fhem "set mySchalter1:on";;\
\
} elsif( $EVENT eq 'message: Licht aus' ) {\
fhem "set HandyChristoph send Licht ist nun aus...";;\
fhem "set mySchalter1:off";;\
\
} else {\
fhem "set HandyChristoph send Wie bitte?"\
\
}\
}\
bzw aus der Weboberfläche:
Zitat
Internals
CFGFN
DEF
HandyChristoph:message.* {
if( $EVENT eq 'message: Licht an' ) {
fhem "set HandyChristoph send Licht ist nun an...";
fhem "set mySchalter1:on";
} elsif( $EVENT eq 'message: Licht aus' ) {
fhem "set HandyChristoph send Licht ist nun aus...";
fhem "set mySchalter1:off";
} else {
fhem "set HandyChristoph send Wie bitte?"
}
}
NAME
n_mySchalter1_Whatsapp_receive
NOTIFYDEV
HandyChristoph
NR
200
NTFY_ORDER
50-n_mySchalter1_Whatsapp_receive
REGEXP
HandyChristoph:message.*
STATE
2016-04-24 23:18:42
TYPE
notify
EventMonitor:
2016-04-24 23:18:39 yowsup HandyChristoph chatstate: composing
2016-04-24 23:18:42 yowsup HandyChristoph chatstate: received
2016-04-24 23:18:42 yowsup HandyChristoph message: Licht aus
Mit set Licht Aus sollte es gehen
Bitte die commandref zu set konsultieren. Das hat mit yowsup nichts zu tun.
Also um z.b. eine FunkSteckdose zu schalten die in fhem als Stehlampe definiert ist schicke ich einfach eine WhatsApp Nachricht mit dem Inhalt: set Stehlampe on
So funktioniert es super. Auch ein Dummy mit setList der meine RGB Beleuchtung im Wohnzimmer steuert spreche ich mit: set RGB blue an.
Du warst auch nicht gemeint. spel verwendet aber einen : im set. Das wird nie funktionieren und das Problem hat nichts mit yowsup zu tun.
Deswegen ja die Beispiele wie es geht ;)
Hallo,
danke für die Hilfe.
Ich habe das Beispiel aus dem wiki! http://www.fhemwiki.de/wiki/Yowsup
Wie sieht es denn bzgl. der Sperrung der Whatsapp-Nr. aus? Bringt es etwas sich einmal in 24 Stunden abzumelden etc?
Danke!
Also meine erste festnetz Nummer hat ca 1 Jahr gehalten und wurde nur geblockt weil ich mein System neu aufgesetzt habe und ich da dann Probleme bei der regestrierung hatte
Zitat von: spel am 25 April 2016, 12:40:38
Ich habe das Beispiel aus dem wiki! http://www.fhemwiki.de/wiki/Yowsup (http://www.fhemwiki.de/wiki/Yowsup)
Nein. Sowas steht dort nicht. Bitte verstehen, was du tust.
Ganz unten unter Komponenten steuern steht:
ZitatKomponenten steuern
Um ein notify anlegen zu können, müssen wir zuerst eine Nachricht vom Handy an FHEM senden. Dadurch wird ein Device mit der Nummer als Namen angelegt. Danach sollte das Device umbenannt werden, da einige Befehle einen Namen ausschließlich aus Ziffern nicht akzeptieren. Dies geschieht wie folgt:
rename 49123456789 HandySeppel
Danach kann ein notify angelegt werden:
define notifySeppelLicht notify HandySeppel:message.* {
if( $EVENT eq 'message: Licht an' ) {
fhem "set HandySeppel send Licht ist nun an...";
fhem "set FS20_a5d800 dim100%";
} elsif( $EVENT eq 'message: Licht aus' ) {
fhem "set HandySeppel send Licht ist nun aus...";
fhem "set FS20_a5d800 dim0%";
} else {
fhem "set HandySeppel send Wie bitte?"
}
}
Und das ist was anderes (Doppelpunkt im set).
Ich bin jetzt auch raus. Schade, wenns läuft ist es super. Aber alle paar Tage Totalausfall, mal eben in 24 Stunden 20000 Zeilen ins Log Geballert und die Nummer gesperrt - danke, reicht. Ich schau mich auch mal nach einer Alternative um.
Hallo
Ich versende Warnungen immer an alle Familienmitglieder mit Broadcast (also send mit Komma getrennten Telefonnummern). Funktioniert bei mir nicht mehr.
Kann das mal jemand prüfen ob es geht?
Wenn nicht wo ist der Fehler?
Vielen Dank
Zitat von: Tedious am 25 April 2016, 16:54:41Ich schau mich auch mal nach einer Alternative um.
Telegram (https://forum.fhem.de/index.php/topic,38328.msg305499.html#msg305499) - läuft bei mir seit der Installation ohne Ausfälle und ist offiziell für die Benutzung durch Dritte gedacht. Man muss nur erst einmal die Eigenheiten kapieren, aber dazu gibt es ja Wiki (http://www.fhemwiki.de/wiki/TelegramBot).
Gibt natürlich noch so manch andere Dienste.... Aber Telegram nutzen schon so einige meiner Kontakte und so gehen langsam aber stetig immer mehr Nachrichten nicht über WhatsApp.
alternative Grüße
Niels
Hallo,
nach den paar Tagen (und yowsup 03:00 Uhr offline und 03:15 Uhr online) haben die mich auch rausgeworfen. Schade aber ist dann nicht funnktional wenn nicht garantiert!
Telegram funktioniert gut. Etwas undurchsichtig am Anfang aber dann gehts. Man darf den fhem-bot nicht "anhalten" oder rauswerfen!
Gut wäre es auch, wenn man es irgendwie beschränken könnte das nur ein spezieller Kontakt/Absender nachrichten an den fhem-bot schicken darf...
Im Log habe ich aber permanent dies hier:
Zitat2016.04.29 21:48:19 3: TelegramBot_SendIt telegram: Failed with :FAILED peer not found :fhemXXXX_bot::
2016.04.29 21:48:19 3: TelegramBot_Callback telegram: resulted in :NonBlockingGet: returned FAILED peer not found :fhemXXXX_bot:: from SendIt
Zitat von: spel am 29 April 2016, 22:12:48
Gut wäre es auch, wenn man es irgendwie beschränken könnte das nur ein spezieller Kontakt/Absender nachrichten an den fhem-bot schicken darf...
Im Log habe ich aber permanent dies hier:...
Aber das postest Du ja besser im Thema zum telegramBot - hier wirst Du darauf ja kaum eine Antwort bekommen.
umleitende Grüße
Niels
Probleme mit dem Empfang von Nachrichten.
Hallo, ich kann seite heute ca 9 Uhr Nachrichten über Yowsub nicht empfangen.
Wenn ist etwas auf dem Handy tippe erkennt Yowsub diese "composing" aber wenn ich dann sende passiert nichts
auch auf dem Handy werde die Nachrichten nicht als ungelesen markiert.
Habe die Version von tgalal da jlguardi auf disconnected bleibt und auch schon die Zeile 408 ergänzt.
yowsup-cli v2.0.15
yowsup v2.4.103
Jemand eine Idee ?
Ich setze bei mir die 2.0.13 und die 2.4.48 aus Dezember 2015 ein und habe bislang keine Schwierigkeiten mit Sperrungen oder anderen Problemen.
Guten Morgen
Vorgestern ging alles noch aber jetzt habe ich ein problem mit den ReadingsVal.
Was habe ich gemacht:
WhatsApp update auf dem Smartphone.
Fehm update heute 06.05.2016 10 Uhr
Ich kann keine ReadinsVal empfangen nur noch den von mir eingetragenen Text.
Es kommt nur der Text zurück "IP extern", "FW Version", usw. aber nicht die Readings.
99_WhatsAppUtils.pm
##############################################
# $Id: 99_WhatsAppUtils.pm $
package main;
use strict;
use warnings;
use POSIX;
sub
WhatsAppUtils_Initialize($$)
{ my ($hash) = @_; }
###################################################
### write ReadingsVal in Variable ###
###################################################
my $FB =
"\xF0\x9F\x93\xB6 *... FB7390 Info ...* \xF0\x9F\x93\xB6 ###"
.ReadingsVal("FB7390","box_ipExtern","") ." IP extern ###"
.ReadingsVal("FB7390","box_fwVersion","") ." FW Version ###"
.ReadingsVal("FB7390","box_rateDown","") ." Download Speed ###"
.ReadingsVal("FB7390","box_rateUp","") ." Upload Speed ###"
."......................................................... ###";
elsif( $EVENT eq 'message: Fb' ) {fhem "set HeinzMobil send $FB";}
Beste Grüße
Heinz
Seltsam!
Ich ändere etwas an meiner "99_WhatsAppUtils.pm" speichere die Datei ab, und die ReadnigsVal kommen wieder ;-)
Aber nur bis zu nächste neustart von FHEM!
Grüße
Heinz
Hallo,
Ich habe diese Fehlermeldung im Log:
2016.05.17 06:32:18 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at /opt/fhem/FHEM/32_yowsup.pm line 495.
2016.05.17 06:32:18 3: stacktrace:
2016.05.17 06:32:18 3: main::__ANON__ called by /opt/fhem/FHEM/32_yowsup.pm (495)
2016.05.17 06:32:18 3: main::yowsup_Read called by fhem.pl (3172)
2016.05.17 06:32:18 3: main::CallFn called by fhem.pl (659)
2016.05.17 06:32:18 3: WhatsApp: read: end of file reached while sysread
2016.05.17 06:32:28 2: WhatsApp: setting $HOME to /opt/fhem
2016.05.17 06:32:28 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.05.17 06:32:29 3: WhatsApp: sending /L
2016.05.17 06:32:29 3: WhatsApp: sending /presence available
2016.05.17 06:32:33 3: WhatsApp: sending /disconnect
2016.05.17 06:32:33 3: WhatsApp: Disconnected
2016.05.17 06:32:33 3: WhatsApp: read: error during sysread: No child processes
Internals:
CONNECTS 65
LAST_DISCONNECT 2016-05-17 06:47:22
NAME WhatsApp
NOTIFYDEV global
NR 421
NTFY_ORDER 50-WhatsApp
PARTIAL
STATE Disconnected
TIME 2016-05-17 06:47:22
TYPE yowsup
Readings:
2016-05-17 06:22:00 sent xxxxxxxxxxxxxxxxxxxxxx
2016-05-14 08:52:32 state offline
Attributes:
cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
home PWD
room yowsup
userattr acceptFrom
Wenn ich auf der Shell teste bekomme ich diese Fehlermeldung:
root@cubietruck:/opt/yowsup-config# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49XXXXXXX "Das ist ein Test"
python: can't open file 'yowsup-cli': [Errno 2] No such file or directory
root@cubietruck:/opt/yowsup-master# python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s xxxxxxxxxxx "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.4.103
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
ein reconnect bringt auch nichts...?!?
Hat vielleicht jemand eine Idee?
Mfg Steffen
Hallo,
Ich habe jetzt gerade nochmal ein Update von Yowsup durchgeführt, aber immer noch der gleiche Fehler...
Hat keine weiter dieses Problem? Woran könnte es liegen, weiss jetzt nicht was ich noch machen könnte?!
Mfg Steffen
Hy, seit drei Tagen läuft yowsup super... heute morgen dann die Meldung
WhatsApp: parse: general: Login Failed, reason: not-authorized
Auth Error, reason not-authorized
Das ging fix... gibt`s ne Möglichkeit auf rettung? oder ist das Thema Geschichte....
Steffen
Hatte jetzt die Nummer mit Whatsapp über Tablet versucht und da stand "deine telefonnummer ist nicht mehr für die nutzung von whatsapp zugelassen" und wenn es bei dir jetzt auch so ist könnten die versuche solche Dienste zu unterbinden!
Habe den Support von Whatsapp angeschrieben, welche begründung vorliegt mit der Sperre, aber bis jetzt keine Antwort!
Mfg Steffen
Zu den Steffens gesellt sich jetzt auch ein Stephan.
Habe das gestern erst eingerichtet. Und da lief es. Heute keine Verbindung mehr :( .
Hallo zusammen,
ich habe yows-up einige Zeit am Laufen gehabt, dann ab und zu ging nix mehr. Schade, dass die yows-up Entwickler so starken Gegenwind haben.
Nun verwende ich seit einigen Wochen den Telegram Messenger https://telegram.org/ (https://telegram.org/).
Meine Erkenntnisse bisher:
- 100% zuverlässig
- Apps für Android, Windows, etc.
- leicht zu konfigurieren
- flexibler
Telegram wird über das Device TelegramBot definiert (http://fhem.de/commandref.html#TelegramBot (http://fhem.de/commandref.html#TelegramBot)).
Freundliche Grüße
obi
p.s.: dies soll keine Werbeveranstaltung für Telegram sein - aber nachdem ich viele Stunden in Whatsapp &Co. versenkt habe, war ich glücklich diese Alternative ausprobiert zu haben.
Mal ne Frage an die User, die Probleme hatten/haben.
Nutzt ihr IPv6?
Ich hatte dies gestern testweise für meinen DSL-Anschluss aktiviert.
gute 8 Stunden hat es funktioniert, danach hatte mein yowsup Verbindungsprobleme.
Später wieder IPv6 deaktiviert, seit dem funzt alles wieder.
Kann natürlich auch Zufall sein, keine Frage.
vb
Habe DSlite (:(), nach der Install und der Neuinstall ging es, irgendwann dann wieder nicht mehr.
Sollte mir mal nen Script für die Install machen :D
Hallo
Bisher ging das, aber seit einer Woche plagt mich dieses Problem.
Ich kann den selben Befehle den ich per WA an FHEM sende nicht zwei mal hintereinander ausführen lassen.
So ist es mit allen Befehlen die ich in der 99_WhatsAppUtils.pm habe.
Ein Beispiel:
a) "Tischlampe on" per WA wird ausgeführt.
b) schalte per FHEM wieder aus.
c) "Tischlampe on" per WA wird nicht ausgeführt!
e) Ich sende einen anderen Befehl per WA an FHEM dieser wird ausgeführt.
f) Nun wieder "Tischlampe on" das wird nun wieder ausgeführt.
Ein Ausschnitt aus der 99_WhatsAppUtils.pm
##############################################
# $Id: 99_WhatsAppUtils.pm $
package main;
use strict;
use warnings;
use POSIX;
sub
WhatsAppUtils_Initialize($$)
{ my ($hash) = @_; }
### define WhatsappHeinz notify HeinzMobil:message.* {WhatsappAnswer($NAME,$EVENT)}
### define WhatsappGabi notify GabiMobil:message.* {WhatsappAnswer($NAME,$EVENT)}
### define WhatsappNavi notify HeinzNavi:message.* {WhatsappAnswer($NAME,$EVENT)}
sub WhatsappAnswer($$)
{
my ($NAME,$EVENT) = @_;
if( $EVENT eq 'message: Licht' ) { fhem "set $NAME send Licht im Wohnzimmer ist jetzt eingeschaltet \xF0\x9F\x92\xA1"; fhem "set AlleLampen.wz on";}
elsif( $EVENT eq 'message: Licht aus' ) {fhem "set $NAME send Licht Wohnzimmer ist aus"; fhem "set AlleLampen.wz off";}
elsif( $EVENT eq 'message: Wandlampe' ) {fhem "set $NAME send Wandlampe bis 10:30 an"; fhem "set Stehlampe.wz on-till 10:23:17";}
elsif( $EVENT =~ /message: Wandlampe (dim+\d+%|on|off)/ ) {fhem "set $NAME send Wandlampe $1"; fhem "set Stehlampe.wz $1";}
elsif( $EVENT =~ /message: Tischlampe (dim+\d+%|on|off)/ ) {fhem "set $NAME send Wandlampe $1"; fhem "set Tischlampe.az $1";}
elsif( $EVENT eq 'message: Flur' ) {fhem "set $NAME send Licht Flur"; fhem "set LichtFlur on-for-timer 0.5";}
elsif( $EVENT eq 'message: Treppe' ) {fhem "set $NAME send Treppenhauslicht"; fhem "set Treppenhauslicht on-for-timer 0.5";}
elsif( $EVENT eq 'message: Bh' ) {fhem "set $NAME send Licht Bett Heinz"; fhem "set Bett_Heinz on";}
elsif( $EVENT eq 'message: Bg' ) {fhem "set $NAME send Licht Bett Gabi"; fhem "set Bett_Gabi on";}
elsif( $EVENT eq 'message: PC ein' ) {fhem "set $NAME send PC einschalten"; fhem "set KellerCH3 on-for-timer 1";}
elsif( $EVENT eq 'message: PC reset' ) {fhem "set $NAME send PC reset"; fhem "set KellerCH4 on-for-timer 1";}
Im Logfile kommt diese Meldung nach dem Speicher der 99_WhatsAppUtils.pm
2016.06.17 19:15:56 1: PERL WARNING: Subroutine WhatsAppUtils_Initialize redefined at ./FHEM/99_WhatsAppUtils.pm line 12.
2016.06.17 19:15:56 1: PERL WARNING: Subroutine WhatsappAnswer redefined at ./FHEM/99_WhatsAppUtils.pm line 20.
Der Event Monitor, yowsup für HeinzMobil
2016-06-17 19:35:14 yowsup HeinzMobil chatstate: composing
2016-06-17 19:35:17 yowsup HeinzMobil chatstate: received
2016-06-17 19:35:17 yowsup HeinzMobil message: Benzin
2016-06-17 19:35:17 yowsup HeinzMobil sent: ⛽ *Benzinpreis Super E5* ⛽ ###1.28´9 € Supol Schafhof ###1.28´9 € Supol Bayreuther ###1.30´9 € Aral Heroldsberg ###1.30´9 € Esso Heroldsberg ###1.29´9 € Shell Marienberg ###1.29´9 € Elan Eckental ###1.27´9 € Metro Buch ###......................................................... ###
2016-06-17 19:35:22 yowsup HeinzMobil chatstate: composing
2016-06-17 19:35:27 yowsup HeinzMobil chatstate: received
2016-06-17 19:35:27 yowsup HeinzMobil message: Tischlampe on
2016-06-17 19:35:27 yowsup HeinzMobil sent: Wandlampe on
2016-06-17 19:35:32 yowsup HeinzMobil chatstate: composing
2016-06-17 19:35:35 yowsup HeinzMobil chatstate: paused
2016-06-17 19:35:36 yowsup HeinzMobil chatstate: composing
2016-06-17 19:35:41 yowsup HeinzMobil chatstate: received
2016-06-17 19:35:45 yowsup HeinzMobil chatstate: composing
2016-06-17 19:35:49 yowsup HeinzMobil chatstate: received
Was kann das sein?
Beste Grüße
Heinz
Ich habe die 99_WhatsAppUtils.pm nochmal geöffnet und einige doppelte Leerzeilen entfernt,
Die beiden WARNIG´s kommen nicht mehr im Logfile, auch wenn ich die Leerzeilen wieder reinmache ::)
Problem weiterhin vorhanden!
Heute sind die beiden WARNIN´s wieder da.
dir meldungen sind normal und kein fehler. du hast an den routinen etwas geändert und überschreibst die aktuelle definition.
gruss
andre
Vielen Dank!
Kannst Du etwas zum eigentlichen Problem sagen?
Gesendet von meinem GT-I9505 mit Tapatalk
Ich habe die neuste master.zip installiert "sudo wget https://github.com/jlguardi/yowsup/archive/master.zip"
Nun dieser Fehler im FHEM Logfile:
2016.06.18 10:59:32 3: WhatsApp: sending /disconnect
2016.06.18 10:59:32 3: WhatsApp: Disconnected
2016.06.18 10:59:32 3: WhatsApp: read: end of file reached while sysread
2016.06.18 10:59:42 2: WhatsApp: setting $HOME to /opt/fhem
2016.06.18 10:59:42 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 324, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 228, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 250, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 2, in <module>
from .layer import YowsupCliLayer
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 2, in <module>
from yowsup.layers.interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/__init__.py", line 1, in <module>
from .interface import YowInterfaceLayer, ProtocolEntityCallback
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 7, in <module>
from yowsup.layers.axolotl.layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer import YowAxolotlLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer.py", line 29, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
2016.06.18 10:59:48 3: WhatsApp: sending /disconnect
2016.06.18 10:59:48 3: WhatsApp: Disconnected
2016.06.18 10:59:48 3: WhatsApp: read: end of file reached while sysread
Wie komme ich weiter?
Grüße
Heinz
Hallo,
von tgalal gibt es auch eine axolotl lib. Findest Du hier: https://github.com/tgalal/python-axolotl.
Die Lib wird genauso installiert wie yowsup.
Grüße Jörg
Das Problem das ich unter #1256 beschrieben hab ist gelöst.
Ich habe bei meiner yowsup definition der Android devices das attr event-on-change-reading .* entfernt, nun geht es wieder ;)
Hallo
Seit heute 02:20 geht WhatsApp nicht mehr, nach Anmeldeversuch immer wieder disconnect.
Fhem update und Raspi neustart hellfen nicht.
WhatsApp hat etwas geändert?
Drei Einträge aus dem Logfile:
2016.06.29 08:36:33 2: WhatsApp: setting $HOME to /opt/fhem
2016.06.29 08:36:33 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.06.29 08:36:36 3: WhatsApp: sending /L
2016.06.29 08:36:36 3: WhatsApp: sending /presence available
2016.06.29 08:36:36 3: WhatsApp: sending /presence name 'fhem'
2016.06.29 08:36:38 3: WhatsApp: sending /disconnect
2016.06.29 08:36:38 3: WhatsApp: Disconnected
2016.06.29 08:36:38 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.06.29 08:36:38 3: WhatsApp: read: end of file reached while sysread
2016.06.29 08:36:48 2: WhatsApp: setting $HOME to /opt/fhem
2016.06.29 08:36:48 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.06.29 08:36:52 3: WhatsApp: sending /L
2016.06.29 08:36:52 3: WhatsApp: sending /presence available
2016.06.29 08:36:52 3: WhatsApp: sending /presence name 'fhem'
2016.06.29 08:36:53 3: WhatsApp: sending /disconnect
2016.06.29 08:36:53 3: WhatsApp: Disconnected
2016.06.29 08:36:53 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.06.29 08:36:53 3: WhatsApp: read: end of file reached while sysread
2016.06.29 08:37:03 2: WhatsApp: setting $HOME to /opt/fhem
2016.06.29 08:37:03 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.06.29 08:37:08 3: WhatsApp: sending /L
2016.06.29 08:37:08 3: WhatsApp: sending /presence available
2016.06.29 08:37:08 3: WhatsApp: sending /presence name 'fhem'
2016.06.29 08:37:12 3: WhatsApp: sending /disconnect
2016.06.29 08:37:12 3: WhatsApp: Disconnected
2016.06.29 08:37:12 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.06.29 08:37:12 3: WhatsApp: read: end of file reached while sysread
Evtl. können die Spezialisten hier helfen.
Danke und Grüße
Heinz
Hier das gleiche, seit 2:20 läuft es nicht mehr.
2016.06.29 02:22:15 3: WhatsApp: sending /presence available
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 323, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 227, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 255, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 25, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 187, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 86, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 94, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 28, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 48, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 63, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 59, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 33, in receive
node = self.reader.getProtocolTreeNode(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 13, in getProtocolTreeNode
return self.streamStart(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 36, in streamStart
raise Exception("expecting STREAM_START in streamStart, instead got token: %s" % token)
Exception: expecting STREAM_START in streamStart, instead got token: failure
Hallo JoWiemann
Kannst Du mir bitte etwas näher erklären wie das in Antwort #1262 gemeint ist?
Ich habe diese Datei geholt: python-axolotl-master.zip
In welchem Verzeichniss auf dem Raspberry muss ich das entpacken?
Danke und Grüße
Heinz
Auch bei mir läuft es nicht mehr, eine Test hat folgendes ergeben:
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 490000000000 "Das ist ein Test"
Authentication Error: not-authorized
Gruß
Peter F.
Account deaktiviert?
Mein Account wurde nach ein paar Monaten deaktiviert. Habe es jetzt dran gegeben, yowsup war irgendwie immer eine Dauerbaustelle, die Aufmerksamkeit benötigte. Dafür ist mir mein Leben zu kurz ;-)
Das mit der Dauerbaustelle hat auch mich genevt und ich bin umgestiegen
http://www.fhemwiki.de/wiki/TelegramBot (http://www.fhemwiki.de/wiki/TelegramBot)
http://fhem.de/commandref.html#TelegramBot (http://fhem.de/commandref.html#TelegramBot)
https://forum.fhem.de/index.php/topic,51425.0.html (https://forum.fhem.de/index.php/topic,51425.0.html)
lG Michael
Zitat von: heinzfo am 29 Juni 2016, 08:48:11
...
Seit heute 02:20 geht WhatsApp nicht mehr, nach Anmeldeversuch immer wieder disconnect.
...
Sieht bei mir seit kurz nach 2 Uhr auch so aus, "Error: not-authorized"
Ein Update auf die aktuelle Version von yowsup hat nicht geholfen und in den Issues auf github scheint es auch noch nichts hierzu zu geben (ist ja grad mal seit ein paar Stunden so).
Hab mir jetzt TelegramBot eingerichtet und bin positiv überrascht wie einfach das ging. Ist zwar eine App mehr auf dem Handy, aber wie man hier so liest, ist das zuverlässiger und einfacher. Jetzt muss ich ein paar notifies anpassen heute Abend, aber das ist nur Copy&Paste.
Es läuft wieder :)
Das habe ich gemacht.
Folgende Schritte aus dem fhem wiki http://www.fhemwiki.de/wiki/Yowsup (http://www.fhemwiki.de/wiki/Yowsup)
1. möglicherweise nicht notwendig!
sudo apt-get update sudo apt-get upgrade sudo apt-get dist-upgrade
sudo apt-get install python-soappy python-dateutil python-pip python-dev build-essential
sudo pip install --upgrade pip
sudo pip install python-axolotl
2. yowsup update
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
#alternativ sudo wget https://github.com/jlguardi/yowsup/archive/master.zip (Stand März 2016 aktueller)
sudo unzip master.zip
3. axolotl update
cd /opt/fhem/.yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
4. Raspberry reboot
sudo reboot
Beste Grüße
Heinz
Zitat von: heinzfo am 29 Juni 2016, 12:17:01
Es läuft wieder :)
Das habe ich gemacht.
...
Das waren die Schritte, die ich auch gemacht habe, außer die letzten beiden Punkt (python-axolotl und reboot). Das habe ich jetzt nachgeholt, aber ich bleibe weiterhin "not-authorized".
Bei mir hat es geklappt.
ich kann zwar wieder connecten, bekomme aber folgende Fehlermeldung:
Zitat2016.06.29 18:00:54.956 4: WhatsApp: parse: Auth: Logged in!
2016.06.29 18:00:54.973 4: WhatsApp: parse:
[connected]:[connected]:[connected]:
ERROR:yowsup.layers.interface.interface:Stream Error type: xml-not-well-formed
{'xml-not-well-formed': None}
INFO:yowsup.layers.interface.interface:Initiating reconnect
2016.06.29 18:00:55.701 4: WhatsApp: parse: general: Disconnected: Requested
[connected]:
Mein yowsup wollte heute auch nicht.
Ich habe yowsup und die python-axolotl aktualisiert
sudo pip install python-axolotl --upgrade
Danach lief yowsup wieder.
Danke, stromer-12
genau das wars.
jetzt funktioniert es wieder :D ;D
Da scheine ich wohl ein ganz anderes Problem zu haben.
Ich habe jetzt mal weiter gesucht und es wird vorgeschlagen, die Nummer neu zu registrieren. Das habe ich auch versucht:
chris@htpc:/opt/yowsup-master_old$ yowsup-cli registration -c /opt/fhem/cfgfiles/yowsup.config -r sms
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
yowsup sollte auf dem aktuellen Stand sein. Was mich allerdings verwirrt ist das zwei Versionsnummern angezeigt werden:
chris@htpc:/opt/yowsup-master_old$ yowsup-cli version
yowsup-cli v2.0.9
Using yowsup v2.3.124
Vielleicht hat ja jemand eine Idee?
Prinzipiell klappt es bei mir nur beim senden von Umlauten hängt sich irgendetwas auf, erst nach disconnect & reconnect beim Master läuft es dann wieder.
Ist das ein Yowsup oder ein FHEM Problem ?
Das mit den Umlauten hatte ich auch, yowsup hat sich aber selbst wieder connected.
Habe die Umlaute raus genommen, war nur einer ;-)
Umlaute von "fhem nach WA auf dem Smartphone" gehen ohne Probleme.
Gesendet von meinem GT-I9505 mit Tapatalk
Zitat von: ChrisK am 30 Juni 2016, 11:32:42
yowsup sollte auf dem aktuellen Stand sein. Was mich allerdings verwirrt ist das zwei Versionsnummern angezeigt werden:
chris@htpc:/opt/yowsup-master_old$ yowsup-cli version
yowsup-cli v2.0.9
Using yowsup v2.3.124
Vielleicht hat ja jemand eine Idee?
Bei mir habe ich
root@cubietruck:/opt/fhem/yowsup-master# yowsup-cli version
yowsup-cli v2.0.9
Using yowsup v2.3.185
Zitat von: stromer-12 am 30 Juni 2016, 22:34:08
Bei mir habe ich
root@cubietruck:/opt/fhem/yowsup-master# yowsup-cli version
yowsup-cli v2.0.9
Using yowsup v2.3.185
Danke für's Nachgucken!
Das hat mich dazu gebracht nochmal alles durchzuspielen. Jetzt darf ich eigentlich gar nicht sagen, was das Problem war, aber ich trau mich mal ;)
Nach dem Runterladen der neuen Version reicht es nicht aus nur zu entpacken, man muss ja auch per "python setup.py install" yowsup installieren. Tja, peinlich, aber wieder was auf dem Notizzettel zum Ergänzen gefunden.
Danke nochmal!
//edit
Mir wird jetzt übrigens diese Versionsnummer angezeigt:
chris@htpc:/opt$ yowsup-cli version
yowsup-cli v2.0.15
Using yowsup v2.5.0
Irgendwie is bei mir och der Wurm drin.
yowsup ist online, sendet oder empfängt aber nichts.
Das Logfile ist unauffällig, beim Test über die Konsole kommt auch keine negative Reaktion.
Nach nem Neustart der Maschine funzt es kurzzeitig, dann ist wieder Schluß.
Bin am Überlegen, den ganzen yowsup Kram mal zu killen und neu aufzuziehen.
Bin mir aber nicht schlüssig, wie ich es am besten hinbekomme.
Ein sudo apt-get remove yowsup-cli
wirft mir auf der Console nur aus: E: Unable to locate package yowsup-cli
Hallo,
da yowsup nicht über ein Paket mit apt-get installiert wird kannst du es natürlich auch nicht als Paket löschen. Leider weiß ich nicht, ob das Löschen des Verzeichnisses alleine ausreicht.
Grüße Jörg
Hallo zusammen,
hat jemand von Euch auch das Probleme, dass keine Bilder per Whatsapp zu versenden gehen?
Ich habe alle Pakete geupdated und der normale Textversand funktioniert wieder einwandfrei. Sobald ich mir aber ein Bild zusende, bekomme ich eine Unmenge an Fehlermeldungen bzw. Logeinträgen.
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 268, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 297, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 26, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 188, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 44, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 189, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_receive.py", line 44, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 189, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 121, in receive
if not self.processIqRegistry(node):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 156, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/protocol_media/layer.py", line 70, in onRequestUploadSuccess
self.toUpper(ResultRequestUploadIqProtocolEntity.fromProtocolTreeNode(resultNode))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 77, in receive
if not self.processIqRegistry(entity):
File "/opt/yowsup-master/yowsup/layers/interface/interface.py", line 56, in processIqRegistry
successClbk(entity, originalIq)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 403, in <lambda>
successFn = lambda successEntity, originalEntity: self.onRequestUploadResult(jid, mediaType, path, successEntity, originalEntity, caption)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 556, in onRequestUploadResult
resultRequestUploadIqProtocolEntity.getIp(), caption)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 540, in doSendMedia
entity = ImageDownloadableMediaMessageProtocolEntity.fromFilePath(filePath, url, ip, to, caption = caption)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 123, in fromFilePath
return ImageDownloadableMediaMessageProtocolEntity.fromBuilder(builder)
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 103, in fromBuilder
builder.getOrSet("preview", lambda: ImageTools.generatePreviewFromImage(builder.getOriginalFilepath()))
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/builder_message_media_downloadable.py", line 54, in getOrSet
self.set(key, func())
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 103, in <lambda>
builder.getOrSet("preview", lambda: ImageTools.generatePreviewFromImage(builder.getOriginalFilepath()))
File "/opt/yowsup-master/yowsup/common/tools.py", line 144, in generatePreviewFromImage
if ImageTools.scaleImage(image, path, "JPEG", YowConstants.PREVIEW_WIDTH, YowConstants.PREVIEW_HEIGHT):
File "/opt/yowsup-master/yowsup/common/tools.py", line 122, in scaleImage
Image = imp("Image")
File "/opt/yowsup-master/yowsup/common/optionalmodules.py", line 17, in importFn
return importlib.import_module(imp)
File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
__import__(name)
File "build/bdist.linux-armv7l/egg/PIL/Image.py", line 66, in <module>
RuntimeWarning
File "build/bdist.linux-armv7l/egg/PIL/_imaging.py", line 7, in <module>
File "build/bdist.linux-armv7l/egg/PIL/_imaging.py", line 3, in __bootstrap__
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2927, in <module>
@_call_aside
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2913, in _call_aside
f(*args, **kwargs)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2952, in _initialize_master_working_set
add_activation_listener(lambda dist: dist.activate())
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 956, in subscribe
callback(dist)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2952, in <lambda>
add_activation_listener(lambda dist: dist.activate())
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2513, in activate
for pkg in self._get_metadata('namespace_packages.txt'):
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 2503, in _get_metadata
for line in self.get_metadata_lines(name):
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1477, in get_metadata_lines
return yield_lines(self.get_metadata(name))
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1469, in get_metadata
return self._get(self._fn(self.egg_info, name))
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1580, in _get
with open(path, 'rb') as stream:
IOError: [Errno 13][i] Permission denied: '/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0b3-py2.7.egg/EGG-INFO/namespace_packages.txt'[/i]
Exception in thread YowPingThread-2 (most likely raised during interpreter shutdown):
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
File "/opt/yowsup-master/yowsup/layers/protocol_iq/layer.py", line 98, in run
<type 'exceptions.AttributeError'>: 'NoneType' object has no attribute 'sleep'
Auch das es ein Permission denied gibt finde ich merkwürdig.
Kennt jemand diesen Fehler?
Edit:
Geht wieder alles... Noch einmal alles geupdated und dann manuell die Permissions auf read/write gesetzt.
Viele Grüße,
Max
@VB90
War bei mir auch so, habe herausgefunden, dass bei mir Umlaute zu dem Absturz führten, könnte bei dir auch so sein ?
Freibeuter, danke für den Hinweis.
Ich habe das hier ja nun schon einige Male gelesen, aber bisher hatte ich keine derartigen Probleme.
Ich habe nun alle Umlaute ersetzt. Auch diejenigen, welche schon lange gut funktioniert haben.
Spannend ist halt, das yowsup und fhem meinen, die Nachrichten werden ordnungsgemäß verschickt.
Nur bei mir kommen sie nicht (mehr) an.
Vorhin dann das beste, ich bekomme völlig überraschend eine handvoll Nachrichten. seitdem ist dann aber auch schon wieder Schluß.
vb
edit: unter Umständen liegt mein Problem nicht bei den Umlauten, sondern bei Sonderzeichen:
ZitatValueError: 'HEM Nohra: 1.10\xe2\x82\xac' has type bytes, but isn't in 7-bit ASCII encoding. Non-ASCII strings must be converted to unicode objects before being added.
Wobei ich auch hier sagen muss, es hat wochenlang gut funktioniert...
Hallo Gemeinde,
ich habe neuerdings arge Probleme mit Yowsup. Ich habe es vor Monaten in Betrieb genommen und immer wieder Updates eingespielt, wenn es Probleme gab. Bis vor ein paar Tagen lief alles gut... dann kam der disconcect. Nach einigem hin und her, habe ich versucht die Nummer neu zu registrieren mit dem Ergebnis BLOCKED. Kontakt zum Support die bekannten E-Mails ausgetauscht... Nummer wieder frei und erneut registriert... läuft ! Wenige Stunden später BLOCKED.
Nach Recherche zu möglichen Gründen, habe ich einiges gefunden: Nummer länge (habe eine Festnetznummer genutzt), Protokoll über welches sich Yowsup identifiziert, Art und Weise der Kommunikation (immer gleiche oder zu viele Massages)... usw.
Ich hatte dann die Nase voll und bin zum Discounter um die Ecke und habe eine Prepaidkarte besorgt... kurz: In Betrieb genommen, registriert, Massages verschickt....gefreut.... wenige Stunden später BLOCKED.
Hat jemand aktuell die gleichen Probleme oder eine Idee wie ich dem Problem auf den Grund gehen kann ? Habt ihr bei eurer CFG unter "id=" eure IMEI eingetragen ? oder es wie in der Anleitung auf "0000000" stehen lassen ?
Danke für euren Input
Hallo Kermit,
bei mir läuft Yowsup derzeit mit der Standard-Konfiguration über meine Festnetznummer.
Vor vier Wochen hatte ich mal Probleme, die konnte ich mit https://forum.fhem.de/index.php/topic,27543.msg467450.html#msg467450 aber beheben.
Eingesetzte Versionen:
yowsup-cli v2.0.13
Using yowsup v2.4.48
Meine Rufnummer hat 12 Ziffern (6 Vorwahl, 6 Rufnummer), die ID steht auf 0000000, ich schicke allerdings nur max 10 Nachrichten / Tag (Schaltaufträge und -betätigungen ein-/ausgehend und Unwetterwarnungen ausgehend).
Viele Grüße
thorschtn
Ich habe gerade erneut alles geupdatet ... klar ist die Nummer weiterhin geblocked:
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"blocked"}
status: fail
reason: blocked
Ich werde nun versuchen sie entsperren zu lassen.... wenn es nicht geht, fliegt die Nummer in den Eimer.
Hallo Kermit!
Bei mir das gleiche Problem. Ich vermute, wenn man viele gleiche Nachrichten schickt, dann greift irgendein Algorithmus.
Ich verwende es um Bilder von der Webcam zu senden bei Bewegung + Temperatur Warnungen vom Gewächshaus, zu hoch zu niedrig. Da kommt am Tag schon was zusammen.
Überlege zum anderen Messenger zu wechseln, da ich denke es werden keine Maßnahmen helfen, außer es kommt offizieller Client für Linux raus.
Zitat von: Kermit20 am 14 Juli 2016, 10:34:04
Hallo Gemeinde,
ich habe neuerdings arge Probleme mit Yowsup. Ich habe es vor Monaten in Betrieb genommen und immer wieder Updates eingespielt, wenn es Probleme gab. Bis vor ein paar Tagen lief alles gut... dann kam der disconcect. Nach einigem hin und her, habe ich versucht die Nummer neu zu registrieren mit dem Ergebnis BLOCKED. Kontakt zum Support die bekannten E-Mails ausgetauscht... Nummer wieder frei und erneut registriert... läuft ! Wenige Stunden später BLOCKED.
Nach Recherche zu möglichen Gründen, habe ich einiges gefunden: Nummer länge (habe eine Festnetznummer genutzt), Protokoll über welches sich Yowsup identifiziert, Art und Weise der Kommunikation (immer gleiche oder zu viele Massages)... usw.
Ich hatte dann die Nase voll und bin zum Discounter um die Ecke und habe eine Prepaidkarte besorgt... kurz: In Betrieb genommen, registriert, Massages verschickt....gefreut.... wenige Stunden später BLOCKED.
Hat jemand aktuell die gleichen Probleme oder eine Idee wie ich dem Problem auf den Grund gehen kann ? Habt ihr bei eurer CFG unter "id=" eure IMEI eingetragen ? oder es wie in der Anleitung auf "0000000" stehen lassen ?
Danke für euren Input
Hi Lafarik,
ich habe noch einen Versuch unternommen mit dem selben Ergebnis. Daher habe ich zu einer offiziell und offenen API gewechselt "Telegram".... allen Diskussionen, ob man lieber einem russischen oder amerikanischen Milliardär traut zu trotz... und was soll ich sagen:
1. offizielle und OFFENE API
2. Bot Funktionalität
3. mehr Möglichkeiten
http://www.fhemwiki.de/wiki/Telegram
Trotz allem Respekt und Dank dem Entwickler der FHEM Yowsup Schnittstelle... wäre TOP, leider kann man ja nichts für die Strategie von Whats APP
Gruß
Hi, seit gestern connectet sich yowsup nicht mehr!!
Bekomme die Meldung:
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
Wer kann mir helfen????
Bei mir läuft es noch - hab aber nur Text-Meldungen.
Schon Update versucht?
Ich hab es seid 30. Juli im Einsatz.
Letzte Meldung heute 16:59
Zitat von: Kermit20 am 26 Juli 2016, 14:30:14
Hi Lafarik,
ich habe noch einen Versuch unternommen mit dem selben Ergebnis. Daher habe ich zu einer offiziell und offenen API gewechselt "Telegram".... allen Diskussionen, ob man lieber einem russischen oder amerikanischen Milliardär traut zu trotz... und was soll ich sagen:
1. offizielle und OFFENE API
2. Bot Funktionalität
3. mehr Möglichkeiten
http://www.fhemwiki.de/wiki/Telegram
Trotz allem Respekt und Dank dem Entwickler der FHEM Yowsup Schnittstelle... wäre TOP, leider kann man ja nichts für die Strategie von Whats APP
Gruß
Ich kann Kermit20 nur beipflichten!
Seit Umstellung auf TelegramBot überhaupt NULL Probleme mehr.
Und ich kann prima mit einer weiteren kostenlosen App leben.
Gruß
Dan
Ich nutze yowsup mit Festnetz und sehe kein Problem.
Mein Handy hat inzwischen auch eine neue Version von WhatsApp, da wird es auch irgendwann ein Update für yowsup brauchen.
Für 15 Status-Meldungen brauch ich keine zusätzliche App am Handy.
Kann doch jeder so machen wie er will, aber Telegramm wird auch nicht ohne Updates laufen ;-)
Zitat von: buec65 am 09 August 2016, 22:02:34
Kann doch jeder so machen wie er will, aber Telegramm wird auch nicht ohne Updates laufen ;-)
Vor dem Komma gebe ich Dir Recht, nach dem Komma nicht, da öffentliche API die man nicht einfach mal so grundlegend ändern kann/sollte.
Gruß
Dan
Ich möchte hier auch nicht das Modul für WhatsApp schlecht reden, da steckt garantiert ne Menge arbeit drin, aber
ich habe von yowsup auf Telegram umgestellt,
1. weil yowsup immer dann "hängen / stehen" bleibt, wenn man gerade keine wirkliche Zeit hat, sich darum zu kümmern (meine persönliche Meinung)
2. weil mir das ständige updaten und einspielen neuer yowsup Dateien auf die Nerven ging
3. weil yowsup offiziell nicht von WhatsApp unterstützt wird (eigentlich ist es laut AGB illegal bzw. nicht zulässig)
Telegram hingegen hat ne offizielle API, somit wird das Modul (wahrscheinlich) nicht oft bis garnicht geändert werden müssen.
Telegram läuft bei mir bis jetzt sehr stabil und ohne erkennbare Fehler.
Einmal definiert und seit dem rennt das ganze.
Ich habe mich auch lange gesträubt alles auf Telegram umzubauen, aber es lohnt sich und eine APP mehr auf dem Handy, welche auch noch sinnvoll ist, macht es auch nicht wirklich schlimm.
Wie gesagt, mein Respekt den Leuten, die sich Tag ein Tag aus mit Neuerungen abgeben und vor allem denen die es entwickeln, aber das bleibt ne Neverending Story mit yowsup.
Grüße Marcel
Ich habe seit längerem das Problem das sich yowsup nicht verbindet.
axolotl update habe ich gemacht.
Auf der Konsole bekomme ich folgendes:
pi@raspberrypi /opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49XXXXXXXXX "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 323, in startSendClient
not self.args["unmoxie"])
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 20, in __init__
.pushDefaultLayers(encryptionEnabled)\
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 51, in pushDefaultLayers
defaultLayers = YowStackBuilder.getDefaultLayers(axolotl)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 73, in getDefaultLayers
from yowsup.layers.axolotl import AxolotlSendLayer, AxolotlControlLayer, AxolotlReceivelayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer_send import AxolotlSendLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 8, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Kann mich ja irren, aber Adress... Schreibt man das mit zwei D?? Bin bei der englischen Schreibweise nicht so bewandert.
Sieht aber irgendwie komisch aus
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Edit : scheint zu passen. Hmm
Das mal probiert??
https://github.com/tgalal/yowsup/issues/500
Habe
sudo pip uninstall python-axolotl
sudo pip install python-axolotl
probiert. Bei mir ist es Version 0.1.17
Leider kein Erfolg. Wie könnte ich eine ältere Version 0.1.15 installieren?
Würde ich nicht downgraden wollen. Der verlinkte Beitrag ist ein Jahr alt, das es inzwischen eine neuere Version gibt ist völlig normal.
Mir ging es eher um das erneute installieren der Pakete nach dem Update des Clients
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Habe weitere Vorschläge wie installation/deinstallation von protobuf versucht.
Keine Änderung.
Unter Fhem habe ich folgendes:
2016.08.11 17:12:41 2: WhatsApp: setting $HOME to /opt/fhem
2016.08.11 17:12:41 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.08.11 17:12:47 3: WhatsApp: sending /L
2016.08.11 17:12:47 3: WhatsApp: sending /presence available
2016.08.11 17:12:51 3: WhatsApp: sending /disconnect
2016.08.11 17:12:51 3: WhatsApp: Disconnected
2016.08.11 17:12:51 3: WhatsApp: read: error during sysread: No child processes
2016.08.11 17:12:51 3: WhatsApp: read: end of file reached while sysread
Weiteres de- und installieren war erfolgreich.
Allerdings bekam ich dann für meine hinterlegte Handynummer ein not-authorized.
Somit schnell eine andere 0€ Prepaid-Karte und Neuregristrierung.
Aber: pi@raspberrypi /opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
Danach nochmals wget https://github.com/jlguardi.....-> Gleiches Problem!
Habe ich irgendwas vergessen?
Meine yowsup scheint auch nicht 2.5.0 zu sein, aber ich bekomme es nicht hin eine neuere zu installieren
Using /usr/local/lib/python2.7/dist-packages
Finished processing dependencies for yowsup2==2.5.0
pi@raspberrypi /opt/yowsup-master $ yowsup-cli version
yowsup-cli v2.0.13
Using yowsup v2.4.48
Da antworte ich mir mal selber:
Eine neuregistrierte Handy-Nummer wurde nach 1 Stunde am 2. System geblockt. Somit brauche ich nur noch darauf warten das mein Hauptsystem mit dem noch laufendem yowsup rausgeschmissen wird.
Ich werde dann wohl alles auf Telegram umschreiben.
Hallo Gemeinde :)
Ich bin eher der Leser als der Schreiber, aber zu diesem Thema möchte ich gerne ein paar Worte loswerden.
Was der/die Entwickler von yowsup leisten/geleistet haben, ist große Klasse :D
Wenn die Schnittstelle nicht mehr die erforderliche Basis liefert,ist das - nett ausgedrückt - sehr schade.
Mich hat vor einigen Monaten auch die Ausfallquote von WhatsApp so stark gestört, dass ich auf Telegram umgestiegen bin.
Damit gab es bis dato keine Störungen. Auch die Bot-Funktionen lassen sich in FHEM super nutzen. Der Umstieg ging leichter als gedacht.
Ich hoffe, dass WhatsApp seine Schnittstelle wieder in einen für yowsup brauchbaren Zustand bringt.
Respekt und Hochachtung für den/die yowsup Entwickler!!!
obi
Ich bin jetzt auf Jabber umgestiegen.
Damit bleibt die Kommunikation bei mir und geht nicht über fremde Systeme.
Habe dazu Jabber auf meinen Cubie installiert.
Hey stromer-12,
gibt´s für den Server bzw. für dessen Einrichtung ein gutes Tut.?
Ich hatte es mir zusammen gesucht.
moin moin,
bis 20.08.16 lief das Versenden aus FHEM heraus ohne Probleme.
Bei den Residents (3) habe ich ein "create wakeuptimer" gemacht.
Ob das damit zusammenhängt weiss ich allerdings nicht.
- Yowsup kann empfangen und Befehle ausführen
- Yowsup "behauptet" es versendet (keine Fehlermeldung im Log zu sehen) aber auf dem Phone kommt nichts an.
- starte ich den Raspberry komplett neu, funktioniert das senden aus FHEM heraus wieder.
- ändert sich der Status eines Residents, gehen Nachrichten nicht mehr raus (jedoch keine Fehlermeldung im LOG)
Ist das bei einem von Euch auch schon aufgefallen?
Besten dank
Uwe
kannst du unabhängig vom wakeup bzw dem Residents nachrichten versenden?
bei mir klappt es noch immer vorzüglich.
vb
edit: enthält die Nachricht zufällig Umlaute? da gab und gibt es teilweise Probleme mit.
Ich habe bei mir alle Nachrichten so verfasst, das keine Umlaute enthalten sind.
leider nein,
tippe ich den Befehl direkt in die FHEM Kommandozeile passiert auf dem Phone auch nichts
noch mal kontrolliert .. im Log steht auch sending / message ... also alles gut von der Seite
Bin glaub ich auf dem Holzweg...am wakeuptimer liegt es wohl nicht
Yowsup scheint eher nach Zeit x nicht mehr zu senden .
Im log erscheint jedoch gesendet und ohne Fehlermeldung
Gesendet von meinem iPhone mit Tapatalk
aktivier doch mal verbose 5, dann kann man vielleicht sehen, was yowsup so treibt
vb
hier mal ein Auszug aus deem Log
2016.08.23 17:43:56 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49xxxxxxxxxxxxxx@s.whatsapp.net
2016.08.23 17:43:56 4: WhatsApp: parse:
2016.08.23 17:43:57 4: WhatsApp: parse:
2016.08.23 17:43:57 4: WhatsApp: parse: [49xxxxxxxxxx@s.whatsapp.net(23-08-2016 17:43)]:[2E34A6890728E46EB0] Gogh
2016.08.23 17:43:58 3: 49xxxxxxxxxxxx: received command: Gogh
2016.08.23 17:43:58 4: 49xxxxxxxxxxxx: command result: Unknown command Gogh, try help.
2016.08.23 17:43:58 3: WhatsApp: sending /message send 49xxxxxxxxxxx 'Unknown command Gogh, try help.'
2016.08.23 17:43:58 4: WhatsApp: parse: Message 2E34A6890728E46EB0: Sent delivered receipt and Read
[connected]:
2016.08.23 17:43:58 3: WhatsApp: sending /message send 49xxxxxxxxxxx 'Unknown command Gogh, try help.' <<--- kommt aber nicht am Phone an
2016.08.23 17:43:58 4: WhatsApp: parse: Message 2E34A6890728E46EB0: Sent delivered receipt and Read <<--- und das verwirrt dann
VG
Uwe
In welchem Zusammenhang verwendest du die Zeichenfolge Gogh? Steht die bei dir in einer Definition? Habe schon viele Fehler gesehen, aber das ist mir neu. Wahrscheinlich auch der Grund, das nix gesendet wird bzw ankommt.
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Das ist Wirrwarr.. Damit erreiche ich eine Antwort von fhem : unknown Command...
Echte Befehle werden erkannt und ausgeführt
Gesendet von meinem iPhone mit Tapatalk
Ist die Antwort so gewollt? Wenn ja, lass es zum testen doch mal weg.
Wie schaut denn deine Definition zum senden der Nachricht aus?
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Die Antwort wird von fhem generiert...
Auch wenn ich über die fhem kommandozeile : "set xxxxx Send Text " schicke kommt nix an
Obwohl ich vom Phone aus senden kann und die Nachricht/ Befehl ausgeführt wird
Gesendet von meinem iPhone mit Tapatalk
Das ist ja für sich schon mal gut. Hast du zumindest keine Verbindungsprobleme wie viele andere.
Dann kann es ja nur an der Definition liegen.
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
mal was ganz blödes, ist mir auch schon passiert...
die Nummer an die du sendest ist korrekt??
Ich hatte seinerzeit einen Zahlendreher drin...
die config passt .. aber das habe ich auch schon mehrfach kontrolliert ;-)
ich möchte nu noch mal kurz zusammenfassen was passiert
- yowsup lief seit sehr langer Zeit stabil
- das Problem besteht seit Samstag
ob das in Verbindung mit dem Einrichten des WAKEUPTIMERS für die Residences steht weiss ich nicht, würde nur grad zeitlich passen.
- Neustart FHEM
- senden über FHEM an ein Yowsup device -> geht
- empfangen in FHEM vom Phone -> geht
- nach einer Zeitspanne die ich noch nicht definieren kann, ist das Senden an ein Yowsup device ohne Erfolg
im Log steht allerdings:
2016.08.23 17:43:58 4: WhatsApp: parse: Message 2E34A6890728E46EB0: Sent delivered receipt and Read
was bedeutet, dass die Nachricht : gesendet, zugestellt und gelesen wurde (?)
auf dem Phone kommt aber nichts an.
- senden vom Phone an FHEM geht noch immer ohne Probleme
es werden auch set Befehle vom Phone an FHEM erfolgreich ausgeführt.
- nach einem FHEM shutdown restart fängt das Prozedere von vorne an
Vielen Dank für weitere Ideen und Anregungen, egal welche Idee es ist.
VG
Uwe
hast du es schonmal mit einem anderen Empfänger probiert?
andere Nummer, anderes Smartphone, dadurch andere Konfig auf der Empfängerseite...
vb
ok. got it.....
hier für alle, falls jemand darüber stolpert.
Es lag an der Codierung der Nachricht welche ich aus einem DOIF an das Phone versenden will
Der Trick soll sein, wenn der state der Residence absent oder gone ist
soll eine WhatsApp an eine Gruppe von Phone gesendet werden, wenn die Terrassentür auf ist/geht
Bisher konnte ich senden : Terrassentür ist offen
Nach langem suchen im Logfile und vielen Tests habe ich eine Meldung gefunden die sagt, dass die Nachricht NICHT dem 7-bit ASCII ecoding entspricht
Ich konnte nachvollziehen dass immer wenn ich die Residence absent gesetzt habe und "Terrassentür ist offen" gesendet wurde.
Yowsup aus FHEM heraus keine weiteren nachrichten mehr verschicken konnte.
Hingegen der Empfang nach FHEM war ohne Einschränkung möglich
Kurzerhand Terrassentür in Terrasentuer geändert und schon scheint es zu funzen....
Zumindest bis jetzt.
Vielen Dank für die Ideen....
VG
Uwe
Ich sag ja, Umlaute... :)
Verfasst auf dem Smartphone, Tippfehler nicht ausgeschlossen.
Guten Morgen
Seit heute 1:50 habe ich sehr oft diesen Eintrag im Logfile und 1200 reconnects, ansteigend.
2016.08.25 07:10:21 2: WhatsApp: setting $HOME to /opt/fhem
2016.08.25 07:10:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.08.25 07:10:24 3: WhatsApp: sending /L
2016.08.25 07:10:24 3: WhatsApp: sending /presence available
2016.08.25 07:10:24 3: WhatsApp: sending /presence name 'fhem'
2016.08.25 07:10:29 3: WhatsApp: sending /disconnect
2016.08.25 07:10:29 3: WhatsApp: Disconnected
2016.08.25 07:10:29 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.08.25 07:10:29 3: WhatsApp: read: end of file reached while sysread
Vor diesem Eintrag diese Python Meldung.
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 268, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 297, in startCmdline
stack.start()
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 26, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 188, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 33, in receive
node = self.reader.getProtocolTreeNode(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 15, in getProtocolTreeNode
return self.streamStart(data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 46, in streamStart
raise Exception("expecting STREAM_START in streamStart, instead got token: %s" % token)
Exception: expecting STREAM_START in streamStart, instead got token: failure
2016.08.25 01:19:04 3: WhatsApp: sending /disconnect
2016.08.25 01:19:04 3: WhatsApp: Disconnected
2016.08.25 01:19:04 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2016.08.25 01:19:04 1: PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 495.
2016.08.25 01:19:04 3: WhatsApp: read: end of file reached while sysread
Ist das noch weiteren fhem/yowsup Anwendern bekannt?
Grüße
Heinz
Guten Morgen,
ja bei mir auch, trotz update laut Wiki.
Bin aber gleich wieder weg bis Montag, kann mich nicht darum kümmern.
Gruß Werner
Habe jetzt das hier gemacht, leider kein Erfolg.
Man muss wohl auf ein update von yowsup warten.
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-old
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
oder
sudo wget https://github.com/jlguardi/yowsup/archive/master.zip
sudo unzip master.zip
sudo rm master.zip
sudo reboot
cd /opt/fhem/.yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
sudo reboot
Logfile
2016.08.25 08:14:39 3: WhatsApp: sending /disconnect
2016.08.25 08:14:39 3: WhatsApp: Disconnected
2016.08.25 08:14:39 3: WhatsApp: read: end of file reached while sysread
2016.08.25 08:14:49 2: WhatsApp: setting $HOME to /opt/fhem
2016.08.25 08:14:49 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 324, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 228, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 250, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 4, in <module>
from yowsup.layers.auth import YowCryptLayer, YowAuthenticationProtocolLayer
File "/opt/yowsup-master/yowsup/layers/auth/__init__.py", line 2, in <module>
from .layer_authentication import YowAuthenticationProtocolLayer
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 4, in <module>
from yowsup.common.tools import TimeTools
File "/opt/yowsup-master/yowsup/common/tools.py", line 12, in <module>
from pkg_resources import resource_string
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2888, in <module>
add_activation_listener(lambda dist: dist.activate())
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 758, in subscribe
callback(dist)
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2888, in <lambda>
add_activation_listener(lambda dist: dist.activate())
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2425, in activate
for pkg in self._get_metadata('namespace_packages.txt'):
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 2415, in _get_metadata
for line in self.get_metadata_lines(name):
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1413, in get_metadata_lines
return yield_lines(self.get_metadata(name))
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1405, in get_metadata
return self._get(self._fn(self.egg_info, name))
File "/usr/lib/python2.7/dist-packages/pkg_resources.py", line 1514, in _get
with open(path, 'rb') as stream:
IOError: [Errno 13] Permission denied: '/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0b3-py2.7.egg/EGG-INFO/namespace_packages.txt'
Ich musste nur die Version auf 2.16.9 in der Datei /yowsup/env/env_s40.py setzen. Dann klappte alles wieder sofort.
Es stand etwas von "old Version" bei mir im Log.
Siehe auch https://github.com/tgalal/yowsup/issues/1738
Oliver
Hallo oliverk
Es läuft wieder ;D
Danke für den Tipp!
Das hats gebracht: https://github.com/tgalal/yowsup/issues/1738 (https://github.com/tgalal/yowsup/issues/1738)
I managed to solve this issue as follows:
/yowsup-master/yowsup/env/env_s40.py
_VERSION = "2.16.7" changed to _VERSION = "2.16.9"
change:
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1462212402694{phone}"
to:
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1471306425030{phone}"
After recompiled:
/yowsup-master
python setup.py install
sudo reboot
Beste Grüße
Heinz
Hi OliverK
funzt... herzlichen Dank an den Tüftler
VG
Uwe
Hallo Zusammen,
auch bei mir klappt es wieder, Änderung der Version auf 2.16.9, ein "Reboot" und es klappt wider😀
Danke an alle...
viele Gruesse
Pit
reboot ist übrigens ziemlich sicher niemals nötig.
ein set <yowsup> reconnect startet den hintergrund prozess auch neu.
gruss
andre
Hallo André,
vielen Dank für die Info, werde es das nächste Mal ( kommt ja bestimmt) so versuchen.
Wobei ich auch gelernt habe, das manchmal ein "Reboot" gut tut😀.
viele Gruesse
Pit
Hallo
Wie schaffe ich es das yowsup nur auf bestimmte Mobilfunk Nummern reagiert.
Ich dachte bisher das dieses ausreicht:
define WhatsApp yowsup
attr WhatsApp userattr accept_from
attr WhatsApp accept_from 4915xxxxx,4915xxxxx,4915xxxxx
attr WhatsApp cmd /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
attr WhatsApp home PWD
attr WhatsApp icon system_fhem
attr WhatsApp nickname fhem
attr WhatsApp room WhatsApp
Ich habe für einen Test die Mobilfunk Nummer geändert, leider reagiert yowsup immer noch auch nach einem reconnect.
Habe ich hier etwas falsch verstanden?
Beste Grüße
heinz
moin moin,
bei mir heisst das Attribut
attr WhatsApp acceptFrom
Ist als Attribut in der Liste auswählbar und kein User Attribut
may this helps.
VG
Uwe
acceptFrom gibt es nicht ohne "userattr acceptFrom".
Leider hilft das auch nicht :-|
:-[
sorry, stimmt... nicht aufgepasst beim Ablesen in meiner config
VG
Uwe
das attribut heisst acceptFrom und wird vom modul automatisch beim start hinzugefügt. es ist dann auch im userattr des devices zu sehen. du musst nichts von hand machen.
accept_from ist falsch. wo kommst das her?
gruss
andre
Bei meinem fhem ist hier leider kein "acceptFrom"
Siehe Anhang.
Aus der commandref und dem Wiki
commandref
accept_from
comma separated list of contacts (numbers) from which messages will be accepted
wiki
accept_from
kommagetrennte Liste von Kontakten (Nummern), von denen Nachrichten akzeptiert werden. Ist das Attribut nicht gesetzt, so werden die Nachrichten von jedem akzeptiert.
commandref und wiki waren tatsächlich falsch.
das attribut heisst definitiv acceptFrom.
ich habe gerade keine idee warum es bei dir nicht angezeigt wird. füge es mal von hand als userattr direkt beim device hinzu.
acceptFrom als userattr eingefügt.
Das Problem bleibt, jeder kann nun etwas senden :-|
Grüße
Heinz
was steht bei verbose 5 im log?
2016.09.29 12:23:07 0: Server started with 265 defined entities (fhem.pl:12192/2016-09-22 perl:5.020002 os:linux user:fhem pid:1019)
2016.09.29 12:23:12 3: WhatsApp: sending /L
2016.09.29 12:23:12 3: WhatsApp: sending /presence available
2016.09.29 12:23:12 3: WhatsApp: sending /presence name 'fhem'
2016.09.29 12:23:12 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems
2016.09.29 12:23:12 1: FHEMWEB SSL/HTTPS error: SSL connect accept failed because of handshake problems
2016.09.29 12:23:18 3: FB7390_SmartHome: read from http://fritz.box:80 timed out
2016.09.29 12:23:20 1: FHEMWEB SSL/HTTPS error: SSL accept attempt failed error:1408F10B:SSL routines:SSL3_GET_RECORD:wrong version number
2016.09.29 12:24:02 4: WhatsApp: parse: Iq:
ID: 1
Type: result
from: 49xxxxx@s.whatsapp.net
2016.09.29 12:24:02 4: WhatsApp: parse:
2016.09.29 12:24:52 4: WhatsApp: parse: Iq:
ID: 2
Type: result
from: 49xxxxx@s.whatsapp.net
2016.09.29 12:24:52 4: WhatsApp: parse:
2016.09.29 12:25:43 4: WhatsApp: parse: Iq:
ID: 3
Type: result
from: 49xxxxx@s.whatsapp.net
2016.09.29 12:26:33 4: WhatsApp: parse: Iq:
ID: 4
Type: result
from: 49xxxxx@s.whatsapp.net
32_yowsup.pm 12056 2016-08-22 19:30:31Z justme1968
In der Datei kann man" acceptFrom" finden.
natürlich steht es da drin. das ist ja das fhem modul.
achtung: sind die clients devices schon angelegt?
das acceptFrom ist nur für die aller erste kontakt aufnahme wenn es für die schreibende nummer noch kein client device gibt.
wenn es das client device gibt wird alles weitere dort geregelt.
was heisst jeder?
gruss
andre
Zitat von: justme1968 am 29 September 2016, 13:46:03
natürlich steht es da drin. das ist ja das fhem modul.
achtung: sind die clients devices schon angelegt?
das acceptFrom ist nur für die aller erste kontakt aufnahme wenn es für die schreibende nummer noch kein client device gibt.
wenn es das client device gibt wird alles weitere dort geregelt.
was heisst jeder?
gruss
andre
Habe ich jeder geschrieben?
Die Clients gibt es bereits.
Wo muss ich die Einträge machen um die Kommunikation auf meine drei Clients zu begrenzen?
Grüße
Heinz
ja. du hast jeder geschrieben:
ZitatDas Problem bleibt, jeder kann nun etwas senden :-|
was genau willst du denn begrenzen?
- wenn ein client gar nichts mehr senden darf: das client device löschen
- wenn er keine (oder nur bestimmte) kommandos senden darf: commandPrefix und/oder allowedCommands anpassen
- wenn du die attribute nicht verwendest und alles selber in einem notify machst: dein notify anpassen
gruss
andre
Jetzt ist der Groschen gefallen :-)
Danke
Hallo, wer kann mir helfen,
Ich kann mit yowsup keine Nachrichten empfangen.
Habe alles wie in der FHEM Wiki beschrieben gemacht.
Bekomme folgenden Fehler:
AttributeError: 'NoneType' object has no attribute 'getData' 2016.10.05 10:16:49 3: WhatsApp: sending /disconnect 2016.10.05 10:16:49 3: WhatsApp: Disconnected 2016.10.05 10:16:49 3: WhatsApp: read: end of file reached while sysread 2016.10.05 10:16:59 2: WhatsApp: setting $HOME to /opt/fhem 2016.10.05 10:16:59 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -M -c /opt/yowsup-config/yowsup.config --yowsup 2016.10.05 10:17:00 3: WhatsApp: sending /L 2016.10.05 10:17:00 3: WhatsApp: sending /presence available Traceback (most recent call last): File "/opt/yowsup-master/yowsup-cli", line 368, in <module> if not parser.process(): File "/opt/yowsup-master/yowsup-cli", line 268, in process self.startCmdline() File "/opt/yowsup-master/yowsup-cli", line 297, in startCmdline stack.start() File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 26, in start self.stack.loop(timeout = 0.5, discrete = 0.5) File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 188, in loop asyncore.loop(*args, **kwargs) File "/usr/lib/python2.7/asyncore.py", line 216, in loop poll_fun(timeout, map) File "/usr/lib/python2.7/asyncore.py", line 156, in poll read(obj) File "/usr/lib/python2.7/asyncore.py", line 87, in read obj.handle_error() File "/usr/lib/python2.7/asyncore.py", line 83, in read obj.handle_read_event() File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event self.handle_read() File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read self.receive(data) File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive self.toUpper(data) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive self.processReceived() File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived self.toUpper(oneMessageData) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive self.toUpper(payload) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive self.toUpper(node) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive self.toUpper(data) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper self.__upper.receive(data) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 189, in receive s.receive(data) File "/opt/yowsup-master/yowsup/layers/__init__.py", line 125, in receive recv(node) File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 20, in recvMessageStanza entity = TextMessageProtocolEntity.fromProtocolTreeNode(node) File "/opt/yowsup-master/yowsup/layers/protocol_messages/protocolentities/message_text.py", line 38, in fromProtocolTreeNode entity.setBody(node.getChild("body").getData()) AttributeError: 'NoneType' object has no attribute 'getData' 2016.10.05 10:17:03 3: WhatsApp: sending /disconnect 2016.10.05 10:17:03 3: WhatsApp: Disconnected 2016.10.05 10:17:03 3: WhatsApp: read: end of file reached while sysread 2016.10.05 10:17:14 2: WhatsApp: setting $HOME to /opt/fhem 2016.10.05 10:17:14 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -M -c /opt/yowsup-config/yowsup.config --yowsup 2016.10.05 10:17:14 3: WhatsApp: sending /L 2016.10.05 10:17:14 3: WhatsApp: sending /presence available Traceback (most recent call last):
Gesendet von meinem EVA-L09 mit Tapatalk
Wenn ich an meinen FHEM eine Whatsapp mit ä ö ü schicke dann bekomme ich im Log immer folgende Meldung
UnicodeEncodeError: 'ascii' codec can't encode character u'\xf6' in position 0: ordinal not in range(128)
2016.10.27 16:50:51 3: WhatsApp: sending /disconnect
2016.10.27 16:50:51 3: WhatsApp: Disconnected
2016.10.27 16:50:51 3: WhatsApp: read: end of file reached while sysread
2016.10.27 16:51:01 2: WhatsApp: setting $HOME to whatsapp
2016.10.27 16:51:01 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2016.10.27 16:51:02 3: WhatsApp: sending /L
2016.10.27 16:51:02 3: WhatsApp: sending /presence available
WARNING:yowsup.layers.axolotl.layer_receive:Received a message that we've previously decrypted, goint to send the delivery receipt myself
von welcher platform schickst du?
eigentlich sollte unicode kommen nicht latin1.
das ganze ist aber kein problem des fhem moduls sondern von youwsup, am besten mal dort github fragen.
vielleicht hilft dir das: https://github.com/tgalal/yowsup/issues/1592 (https://github.com/tgalal/yowsup/issues/1592).
gruss
andre
Zitat von: justme1968 am 27 Oktober 2016, 17:00:43
von welcher platform schickst du?
eigentlich sollte unicode kommen nicht latin1.
das ganze ist aber kein problem des fhem moduls sondern von youwsup, am besten mal dort github fragen.
vielleicht hilft dir das: https://github.com/tgalal/yowsup/issues/1592 (https://github.com/tgalal/yowsup/issues/1592).
gruss
andre
Die Nachricht habe ich von einem iPhone gesendet.
Gesendet von iPhone mit Tapatalk
das schein ein problem mit aktuellen yowsup versionen mit python 2.x zu sein. das ging definitiv schon mal.
der fix aus dem link oben hilft aber.
also in yowsup/demos/cli/layer.py nach dem import sys noch die beiden folgenden zeilen einbauen:reload(sys)
sys.setdefaultencoding('utf8')
gruss
andre
danke, hat funktioniert
Gruß
Michael
Nachdem bei mir Whatsapp nun schon länger funktionierte, habe ich nun auch mal ein Problem:
Whatsapp empfängt nur noch von einer Nummer (die Konfiguration in FHEM ist unverändert, die Nummern sind beide exakt gleich konfiguriert und funktionierten bislang einwandfrei).
Bei der zweiten Nummer kommt beim senden an FHEM das zugestellt-Häkchen nicht, im FHEM LOG steht mehrfach folgender Eintrag:
WARNING:yowsup.layers.axolotl.layer_receive:InvalidMessage or KeyId for 49177xxxxxxx, going to send a retry
Eine Nachricht von FHEM an die gleiche Nummer funktioniert jedoch, eine Nachricht von einer anderen an FHEM kommt auch an, nur diese Nummer funktioniert nicht (ich habe sie auch bereits komplett gelöscht und neu angelegt).
Jemand eine Idee, wo ich suchen muss?
Danke & viele Grüße
thorschtn
lösch mal das verzeichniss mit der nummer im . yowsup verzeichniss. dann werden die keys beim neustart neu generiert. vielleicht hilft das.
gruss
andre
Zitat von: justme1968 am 03 November 2016, 07:17:25
lösch mal das verzeichniss mit der nummer im . yowsup verzeichniss. dann werden die keys beim neustart neu generiert. vielleicht hilft das.
Hallo Andre,
im Gegenteil - dann funktionieren beide Nummern nicht mehr.
Viele Grüße
Thorsten
wenn du das eine verzeichnis löschst gehen beide nummern nicht mehr?
Nun, da ist ja lediglich ein Verzeichnis mit der Festnetznummer mit der FHEM läuft.
Für die beiden Mobilnummern (die an FHEM senden) gibts da keine Verzeichnisse. Und von den Mobilnummern kann eine nicht an mein FHEM senden (und es kommt der "InvalidMessage or KeyId" Fehler im FHEM log), die andere schon.
Wenn ich das Verzeichnis (mit der FHEM-Festnetznummer) lösche, werden von keiner der beiden (Mobil-)Nummern mehr Nachrichten angenommen.
beim ersten start sollte die verschlüsselung neu initialisiert werden (dauert etwas) und whatsapp zeig danach an das der partner einen neuen schlüsse verwendet. ab da sollte alles wieder gehen.
gruss
andre
Das war's vielen Dank. Da war ich zu ungeduldig: "das dauert etwas" hab ich nicht abgewartet. Jetzt geht's wieder . Danke und viele Grüße Thorsten
Hallo liebe Leute,
ich war gerade dabei yowsup zu installieren.
Soweit hat alles geklappt mit der SMS und der Registrierung.
Nun wollte ich eine Test Nachricht schicken und bekomme nur: not-authorized
Zitat
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917XXXXXXX "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
Leider weiß ich nicht, was ich falsch gemacht habe. Habe den Wiki Artikel befolgt :)
Gruß
Mathias
Hi, hatte es am laufen, konnte ca. 2 Tage senden und empfange. Seit dem 14.11 00:34 läuft es nicht mehr und ist auch nicht dazu zu bewegen. Ein python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxxxxxx1 "Das ist ein Test" bringt ein
Zitat1 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
Was kann das sein, hat jemand das selbe Problem?
Gruß
Josh
Ja, hatte ich auch, nachdem es erstmal eine Weile funktioniert hatte.
Whatsapp scheint die (aus ihrer Sicht unerwünschte) Nutzung zu erkennen und sperrt über kurz oder lang die Nummer.
Ich hab's aufgegeben und bin zu TelegramBot gewechselt. Funktioniert einwandfrei.
Anleitung siehe Wiki
http://www.fhemwiki.de/wiki/TelegramBot
Ich habe es nun auch zum laufen bekommen, soweit läuft es wirklich gut, aber wenn ich so die Probleme von allen hier lese, dann werde wohl auch ich davon bald betroffen sein, schade eigentlich, da WhatsApp mein Hauptmessanger ist.
Gruß
Mathias
Bin auch seit dem mich WhatsApp vor 3 Monaten gekickt hat auf Telegram umgestiegen!
Funktioniert tatellos!
LG Marlen
Telegram will auch eine Handynummer. Habe mir nun von Lidl eine Simkarte ( 10€) geholt und mich bei Whatsapp damit angemeldet, und es läuft. Mal sehen wie lange. Wenn die mich wieder abschalten werde ich es mit Telegram versuchen.
Zitat von: josh am 17 November 2016, 13:39:54
Telegram will auch eine Handynummer. Habe mir nun von Lidl eine Simkarte ( 10€) geholt und mich bei Whatsapp damit angemeldet, und es läuft. Mal sehen wie lange. Wenn die mich wieder abschalten werde ich es mit Telegram versuchen.
Für den Client gebe ich Dir Recht.
Der TelegramBot benötigt keine Rufnummer.
Gruß
Dan
So bei Whatsapp wieder raus, nach einem Tag, schade.
ZitatAuthentication Error: not-authorized
Werde es nun mal mit Telegram probieren.
Hat es jemand geschafft, ein Bild erfolgreich zu empfangen?
yowsup ist ja angeblich zwischenzeitlich dafür vorbereitet...
message.getMediaContent()
das geht schon lange.
einfach ein bild hin schicken und du bekommst eine nachricht die so aussieht:[Media Type:image, Size:80772, URL:https://mmi474.whatsapp.net/d/yXbQF-O4mxxxxxxx8FhaXF4/Ajo4xHRNxxxxxxxxxxxxxxM9QCeMB0XBuRDVnkf.enc]
unter der url kannst du das bild dann abrufen.
das geht auch mit audio nachrichten. die man dann z.b. über als durchsage ausgebe kann :)
edit: ich sehe gerade das unter der url nicht mehr das bild sondern scheinbar eine verschlüsselte version liegen. hier: https://github.com/tgalal/yowsup/issues/1449 (https://github.com/tgalal/yowsup/issues/1449) gibt es einen thread dazu.
Zitat von: justme1968 am 21 Dezember 2016, 11:44:30
das geht schon lange.
Danke, sorry ich war zu ungenau: Das habe ich gemacht doch die empfangene Datei kann nirgends geöffnet werden, daher dachte ich,
diese muss vorher noch irgendwie "entschlüsselt" werden?
hab es auch eben gesehen. siehe meine edit oben.
Hi Liebe FHEM-Community,
ich versuche gerade yowsub nach der Anleitung im Wiki zu installieren.
Nur beim Schritt wo ich die SMS anfordern will, kommt ein Fehler
(Also der Schritt:python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
)
Folgendes kommt als Ausgabe:
fhem@raspberrypi:~$ cd /opt/yowsup-master
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
fhem@raspberrypi:/opt/yowsup-master$
Ich habe alle Schritte befolgt, also was mache ich falsch ? :-[
Mfg
Philipp ;D
Zitatstatus: fail
reason: old_version
steht doch da.
du hast eine "alte Version" installiert.
Lies mal die letzten Seiten hier, da gab es vor ein paar Wochen Probleme, da musste nur die Versionsnummer geändert werden in einem File.
Wenn ich richtig erinnere.
vb
Im Wiki steht auch der link zum neueren github-Pfad für yowsup, also auch wirklich den neuen installieren!
Damit ging es bei mir ohne dem manuellen Ändern einer Versionsnummer!
@justme1968
wäre es möglich, das Modul um "DBLog_Split" zu ergänzen?
Bei mir landen Telefonnummern immer im "Unit".
+---------------------+-------------+--------+----------------------------------------+-----------+---------------+--------------+----------+
| TIMESTAMP | DEVICE | TYPE | EVENT | READING | VALUE | UNIT | count(*) |
+---------------------+-------------+--------+----------------------------------------+-----------+---------------+--------------+----------+
| 2016-12-19 14:30:02 | whats | YOWSUP | chatstate: composing | chatstate | composing | | 256 |
| 2016-12-19 14:31:34 | whats | YOWSUP | chatstate: paused | chatstate | paused | | 56 |
| 2016-12-19 14:28:40 | whats | YOWSUP | chatstate: received from: 491XXXXX | chatstate | received from | 491XXXXX | 131 |
+---------------------+-------------+--------+----------------------------------------+-----------+---------------+--------------+----------+
kannst du eine funktionierende DbLog_splitFn bauen?
dann checke ich sie gerne ein.
gruss
andre
Zitat von: justme1968 am 03 Januar 2017, 18:06:18
kannst du eine funktionierende DbLog_splitFn bauen?
dann checke ich sie gerne ein.
Erwischt ;-)
Natürlich kann ich das als BWLer nicht... meine Welt sind die Zahlen, nicht der Code. :) Aber danke fürs Angebot,
Einfache kleine Berechnungsänderungen funktionieren schon, aber eine Routine eines Modules ist leider zu hoch!
Sollte ich Perl jemals "beherschen" steuer ich gerne das ein oder andere dazu bei! Ich möchte die Gelegenheit nutzen,
Dir für all deie Codezeilen etc. hier zu danken!
Hi Liebe FHEM-Community,
ich wollte nur mal fragen wie ich in einer Nachricht einen Zeilenumbruch verwenden kann.
Mfg
Philipp ;D
Habe eine Lösung gefunden, einfach dieses Symbol verwenden: 
Hallo
Hat noch jemand dieses Problem?
yowsup/whatsapp ständige disconnects.
Seit heute Morgen um 01:50 kommt immer wieder dieser Eintag im Logfile.
/yowsup.config --yowsup
2017.01.10 07:48:38 3: WhatsApp: sending /L
2017.01.10 07:48:38 3: WhatsApp: sending /presence available
2017.01.10 07:48:38 3: WhatsApp: sending /presence name 'fhem'
2017.01.10 07:48:41 3: WhatsApp: sending /disconnect
2017.01.10 07:48:41 3: WhatsApp: Disconnected
2017.01.10 07:48:41 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2017.01.10 07:48:41 3: WhatsApp: read: end of file reached while sysread
2017.01.10 07:48:51 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.10 07:48:51 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2017.01.10 07:48:55 3: WhatsApp: sending /L
2017.01.10 07:48:55 3: WhatsApp: sending /presence available
2017.01.10 07:48:55 3: WhatsApp: sending /presence name 'fhem'
2017.01.10 07:49:00 3: WhatsApp: sending /disconnect
2017.01.10 07:49:00 3: WhatsApp: Disconnected
2017.01.10 07:49:00 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2017.01.10 07:49:00 3: WhatsApp: read: end of file reached while sysread
2017.01.10 07:49:10 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.10 07:49:10 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config
Danke und Grüße
Heinz
Habe laut Log um dieselbe Uhrzeit das gleich Problem.
Hab bis jetzt folgendes rausgefunden:
root@HNMWFHEM01:/opt/yowsup-master# python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -R 123456
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"old_version"}
status: fail
reason: old_version
Update habe ich schon durchgeführt. Leider ohne Erfolg
Bei mir das gleiche, update brachte keinen Erfolg.
gesendet von meinem Huawei P8
Hier auch! Seit 1:15 geht nichts mehr... >:(
Max
Es geht wieder :-)
Diese Version habe ich installiert:
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
weiter mit dem üblichen prozedere unzip... wie im Wiki dokumentiert.
Und dann in
/opt/yowsup-master/yowsup/env/env_s40.py
Die Versionsnr ändern in 2.16.11
Grüße
Heinz
Bei mir geht es auch wieder. Allerdings musste ich zusätzlich noch ein neues PW in der Konfigurationsdatei setzen.
Gruß & Danke
Michael
Bestätigt!!!
danke für den Hinweis - geht wieder nach dem Update!
Bei mir klappt es nicht.....
benötige ich denn ein neues Password oder das alte?
bei mir hat es genügt, die Versionsnummer zu ändern.
Das reichte bei mir auch ;D
Vielen Dank.
Bei mir hat auch das Ändern der Versionsnummer gereicht.
Nach Anpassung der Versionsnummer ist wieder alles OK! :)
Danke für den Hinweis.
Bei mir es functioniert nicht...
mit "env_s40.py " Versionsnr 2.16.9 bekome ich folgende meldung:
INFO:yowsup.common.http.warequest:{"login":"49351xx","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 49351xx
Und mit "env_s40.py " Versionsnr 2.16.11 bekome ich folgende meldung:
status: fail
reason: bad_token
login: 49351xx
Hat jemand eine andere idee?
LG Julian
Hallo,
ich habe wohl etwas zu viel "Berechtigt" Ich habe nun soweit wieder alles am Laufen, bekomme aber noch folgenden Hinweis:
WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py:1268: UserWarning: /opt/fhem/.python-eggs is writable by group/others and vulnerable to attack when used with get_resource_filename. Consider a more secure location (set with .set_extraction_path or the PYTHON_EGG_CACHE environment variable).
warnings.warn(msg, UserWarning)
Wie kann ich dies wieder ändern?
die Yowsup-Verzeichnisse /build /dist/ yowsup2.egg-info
habe ich wieder auf root gesetzt. Aber irgendwo muss ich was übersehen haben.
Vielen Dank schon mal für Eure Hilfe
Zitat von: NecDd am 11 Januar 2017, 14:15:14
Bei mir es functioniert nicht...
mit "env_s40.py " Versionsnr 2.16.9 bekome ich folgende meldung:
INFO:yowsup.common.http.warequest:{"login":"49351xx","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 49351xx
Und mit "env_s40.py " Versionsnr 2.16.11 bekome ich folgende meldung:
status: fail
reason: bad_token
login: 49351xx
Hat jemand eine andere idee?
LG Julian
Hast du auch folgendes vorher gemacht?
Update
Da am WhatsApp ständig geschraubt wird, bedarf es eines Updates des Yowsup, wenn keine Funktion mehr gegeben ist:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
#alternativ sudo wget https://github.com/jlguardi/yowsup/archive/master.zip (Stand März 2016 aktueller)
sudo unzip master.zip
sudo chown fhem yowsup-master -R
sudo chgrp dialout yowsup-master -R
Danach muss FHEM mittels 'shutdown restart' neu gestartet werden.
Aus <http://www.fhemwiki.de/wiki/Yowsup>
Danke Michael,
Jetzt funktioniert, aber eine neue Passwort bekomme ich nicht, da meine Telefonnummer schon angemeldet ist.
Sent from my ONEPLUS A3003 using Tapatalk
Hi All,
leider läuft es bei mir noch nicht nach Update und Änderung der Versionsnummer.
Folgendes finde ich bei mir im Log.
2017.01.13 08:25:17 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.13 08:25:17 2: WhatsApp: starting yoswup-cli: /opt/fhem/contrib/yowsup-master/yowsup-cli demos -c /opt/fhem/contrib/yowsup-master/config.yowsup --yowsup Traceback (most recent call last):
File "/opt/fhem/contrib/yowsup-master/yowsup-cli", line 6, in <module>
from yowsup.env import YowsupEnv
File "/opt/fhem/contrib/yowsup-master/yowsup/env/__init__.py", line 3, in <module>
from .env_s40 import S40YowsupEnv
File "/opt/fhem/contrib/yowsup-master/yowsup/env/env_s40.py", line 4
SyntaxError: Non-ASCII character '\xe2' in file /opt/fhem/contrib/yowsup-master/yowsup/env/env_s40.py on line 4, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
2017.01.13 08:25:17 3: WhatsApp: sending /disconnect
Vielleicht hat ja einer von Euch eine Lösung parat.
Danke und Grüße
Uwe
not-authorized
Was kann ich machen????
Update wie in Antwort #1394 beschrieben
fhem - shutdown + restart
/opt/yowsup-master/yowsup/env $ cat env_s40.py
from .env import YowsupEnv
import hashlib
class S40YowsupEnv(YowsupEnv):
_VERSION = "2.16.11"
ändern und läuft wieder :)
Gibt es eine Möglichkeit zwei Clients laufen zu lassen?
Ist ja durch das Modul verboten: yowsup MASTER already defined as WhatsApp.
Gruß
das ist aktuell nicht vorgesehen.
warum willst du das denn machen?
gruss
andre
Möchte für ein anderes Projekt die eingehenden WhatsApp-Nachrichten per Mail weiterleiten. Allerdings soll das unter einer anderen Nummer laufen.
Da das über FHEM recht einfach realisierbar ist wollt ich's probieren. Habe aber eben schon einen Client eingerichtet ::)
Dann setz ich mich bei Gelegenheit wohl mal an ein Shellscript und bastel mir was zusammen 8)
Moin,
ich habe jetzt mehrfach das Update durchgeführt wie beschrieben.
Leider bleibe ich beim Disconnect und habe weiterhin folgende Einträge im Log.
Weiß jemand was hier falsch läuft?
2017.01.15 20:13:29 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.15 20:13:29 2: WhatsApp: starting yoswup-cli: /opt/fhem/contrib/yowsup-master/yowsup-cli demos -c /opt/fhem/contrib/yowsup-master/config.yowsup --yowsup -M
Traceback (most recent call last):
File "/opt/fhem/contrib/yowsup-master/yowsup-cli", line 6, in <module>
from yowsup.env import YowsupEnv
File "/opt/fhem/contrib/yowsup-master/yowsup/env/__init__.py", line 3, in <module>
from .env_s40 import S40YowsupEnv
File "/opt/fhem/contrib/yowsup-master/yowsup/env/env_s40.py", line 4
SyntaxError: Non-ASCII character '\xe2' in file /opt/fhem/contrib/yowsup-master/yowsup/env/env_s40.py on line 4, but no encoding declared; see http://www.python.org/peps/pep-0263.html for details
2017.01.15 20:13:30 3: WhatsApp: sending /disconnect
2017.01.15 20:13:30 3: WhatsApp: Disconnected
2017.01.15 20:13:30 3: WhatsApp: read: end of file reached while sysread
Hallo,
du hast das Update gemacht und auch die Datei "env_s40.py" bearbeitet (Anpassung der Versionsnummer)?
VG
Pit
Die env_s40.py muss aber mit einem Linux konformen Editor bearbeitet werden, am besten direkt am Pi mit vi
Gesendet von meinem PULP mit Tapatalk
Zitat von: buec65 am 16 Januar 2017, 06:21:22
Die env_s40.py muss aber mit einem Linux konformen Editor bearbeitet werden, am besten direkt am Pi mit vi
Gesendet von meinem PULP mit Tapatalk
Hallo buec65,
Vielen Dank für den Hinweis,
Genau das war der Fehler.
Beim ändern der Versionsnummer auf x.11 wurde das " am Ende der Zeile falsch gesetzt.
Mit dem Nano Editor über Terminal habe ich das dann festgestellt.
Das " geändert auf das richtige Format, und siehe da... läuft.
Danke für den guten Tipp
Gruß
Uwe
Gesendet von iPhone mit Tapatalk
Hallo,
ich kriege es zum verrecken nicht hin ein Bild über Yowsup zu senden. Auch hier habe ich eigentlich alle seiten 3-fach durchgelesen.
Ich bekomme folgende Meldung angezeigt:
Das Bild 1.jpg kann ich senden. Bild 2.jpg jedoch nicht.
Bild 1 ist aus dem Internet. Bild 2 ist von der Webcam aufgenommen. :-(
[connected]:/image send 4917123456 /tmp/1.jpg
[connected]:Sent: 1484906860-2
[connected]:
/image send 4917123456 /tmp/2.jpg
ERROR:yowsup.layers.protocol_media.mediauploader:uploadUrl: https://mmi751.whatsapp.net/u/P_zu7Gtce2AKK3hAyZIUlyDL7-sABUaD0mlJ7w/AoXLGH
tp6P_ncNTdUEdoEzRHe-g-atMmn5vYOKBfwcwT, result of uploading media has no url
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 191, in loop
callback = self.__class__.__detachedQueue.get(False) #doesn't block
File "/usr/lib/python2.7/Queue.py", line 165, in get
raise Empty
Empty
ERROR:yowsup.demos.cli.layer:Upload file /tmp/2.jpg to https://mmi751.whatsapp.net/u/P_zu7Gtce2AKK3hAyZIUlyDL7-sABUaD0mlJ7w/AoXLGHtp6P_
ncNTdUEdoEzRHe-g-atMmn5vYOKBfwcwT for 4917123456@s.whatsapp.net failed!
habe die Pythonversion 2.7.9
An den Leserechten dürfte es nicht liegen, da diese identisch sind.
Auch die Größe der Datei dürfte nicht das Problem sein. Bild 2 ist kleiner als 1.
Hat jemand eine Idee woran es liegen kann?
Hallo,
bei mir läuft es seit gestern, 16:33 Uhr, nicht mehr.
Gab es wieder ein Update?
Gruß
Bei mir läuft es seit 2:39 Uhr nicht mehr.
Scheinbar haben die wieder am System geschraubt.
Ich habe gerade mal versucht mich am Tablett anzumelden:
Deine Telefonnummer +49 xxxxxxx ist nicht mehr für die Benutzung von WhatsApp zugelassen.
Das war es dann wohl?
Volker
Antwort #1383 könnte helfen!
https://forum.fhem.de/index.php/topic,27543.msg557662.html#msg557662 (https://forum.fhem.de/index.php/topic,27543.msg557662.html#msg557662)
Nein,
das hat nicht geholfen, die Telefonnummer ist ja bei WhatsApp nicht mehr zugelassen.
https://www.whatsapp.com/faq/de/general/23154266 (https://www.whatsapp.com/faq/de/general/23154266)
Ich bekomme bis zu 20 Messages täglich von fhem per wa und hole auch bis zu 30x messages ab, seit gut einem Jahr läuft es ohne diese Meldung.
Was man auch nicht machen sollte, das man die für fhem verwendete nummer mal einfach so auf einem anderen device versucht zu nutzen, dann ist sie dorthin umgezogen.
PS: ich habe mich mit eine meiner Festnetznummer bei wa registriert
Genau, heinzfo,
das ist es.
Somit muss ich wieder zurück zu Telegram. >:(
Mit einem 2. Gerät hat das nichts zu tun, um 2:39 Uhr war ich garantiert nicht online.
Zum überprüfen, kann man ruhig ein anderes Gerät nutzen, nur das zuletzt angemeldete Gerät ist mit WhatsApp verbunden.
Trennt man die Verbindung wieder, kann man sich mit einer anderen Device wieder anmelden.
Das mache ich schon so seit es WhatsApp gibt.
Volker
Versuche doch dich wieder mit der vorhergehenden Nummer bei wa zu registrieren, sollte gehen, siehe Wiki.
Zumindest bei meinen beiden Smartphones kann ich die Nummer umziehen und wieder zurück und wieder....
@heinzfo es bleibt dabei, kann kein Bild versenden. Habe auch erst seit gestern yowsup installiert.
Könnt ihr denn Bilder (z.B. aus einer Webcam) über yowsup versenden?
Zitat von: heinzfo am 20 Januar 2017, 13:26:33
Versuche doch dich wieder mit der vorhergehenden Nummer bei wa zu registrieren, sollte gehen, siehe Wiki.
Das geht eben nicht, habe ich doch versucht.
Die Nummer ist bei WhatsApp gesperrt.
Hallo zusammen,
ich habe das Update wie beschrieben durchgeführt.
from .env import YowsupEnv
import hashlib
class S40YowsupEnv(YowsupEnv):
_VERSION = "2.16.11"
_OS_NAME= "S40"
_OS_VERSION = "14.26"
_DEVICE_NAME = "302"
_MANUFACTURER = "Nokia"
Bei mir ist die Version 2.16.11 hinterlegt, trotzdem geht WhatsApp nicht mehr.
Im Log sehe ich folgendes:
2017.01.24 23:05:03 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.24 23:05:03 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2017.01.24 23:05:04 3: WhatsApp: sending /L
2017.01.24 23:05:04 3: WhatsApp: sending /presence available
2017.01.24 23:05:07 3: WhatsApp: sending /disconnect
2017.01.24 23:05:07 3: WhatsApp: Disconnected
2017.01.24 23:05:07 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2017.01.24 23:05:07 3: WhatsApp: read: end of file reached while sysread
Gruß
Michael
Guten Morgen,
auch ich kann mich nicht mehr seit Samstag einwählen. Dort steht Nummer Fail (wenn ich die Einwahl händisch starte)
@michaelapp, hast du mal versucht dich händisch einzuwählen, was sagt er dann?
Gruß
Steffen
Bei mir läuft es noch.
Hab auch mal disconnect und wieder reconnect und dann Nachricht ans Handy verschickt, geht wie gewohnt
Hallo Steffen,
was meinst Du denn mit händisch einwählen?
Im Log steht unverändert:
2017.01.29 10:45:02 3: WhatsApp: sending /disconnect
2017.01.29 10:45:02 3: WhatsApp: Disconnected
2017.01.29 10:45:02 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2017.01.29 10:45:02 3: WhatsApp: read: end of file reached while sysread
2017.01.29 10:45:12 2: WhatsApp: setting $HOME to /opt/fhem
2017.01.29 10:45:12 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2017.01.29 10:45:13 3: WhatsApp: sending /L
2017.01.29 10:45:13 3: WhatsApp: sending /presence available
Gruß
Michael
Hallo Michael,
mit händisch meine ich über den Befehl "python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -y" (so müsste es sein)
und dann schauen, was er bei der Einwahl noch ausspuckt.
Gruß
Steffen
Ich baue mir gerade einen "Texterkennungs-Bot" zusammen für Yowsup. Funktioniert im ersten Durchstich schon sehr gut. Besteht interesse daran dass das mehr Leute benutzen wollen?
Soweit bin ich aktuell:
$ perl whatsapp_bot.pl "Welche Lichter sind im Esszimmer aus?"
This is a question!
INFO: Actor: Lichter | Device: | Room: Esszimmer | State: aus
using actor: Lichter
using room: Esszimmer
Checking for state: aus
$ perl whatsapp_bot.pl "Schalte Heizdecke im Schlafzimmer an"
This is an action!
INFO: Actor: | Device: Heizdecke | Room: Schlafzimmer | State: an
using device: Heizdecke
using room: Schlafzimmer
Checking for state: an
$ perl whatsapp_bot.pl "Wie ist die Temperatur im Wohnzimmer?"
This is a question!
INFO: Actor: Temperatur | Device: | Room: Wohnzimmer | State:
using actor: Temperatur
using room: Wohnzimmer
Erkennung läuft über eine riesige regex, noch hab ich keine FHEM Aktoren eingebaut - frühestes Stadium. Jetzt kommen eine Menge if/elsif für die verschiedenen Zustände und welche Geräte geschaltet werden müssen.
ZitatIch baue mir gerade einen "Texterkennungs-Bot" zusammen für Yowsup. Funktioniert im ersten Durchstich schon sehr gut. Besteht interesse daran dass das mehr Leute benutzen wollen?
Auf jeden Fall!
Beste Grüße
Hier mal die erste Implementierung eines Texterkennungs-Bots (siehe Anhang 99_WhatsAppBotUtils.pm). Der primäre Teil besteht aus der massiven Regex, die einige Fälle abdeckt:
#Beispiele: Fragen
* Wie ist die Temperatur im Wohnzimmer?
* Wie ist das Licht im Esszimmer?
* Welche Temperatur hat das Wohnzimmer?
* Welche Lichter sind Zuhause an?
* Welche Lichter sind im Esszimmer an?
* Wieviel Grad hat das Wohnzimmer?
* Wieviel Grad sind im Wohnzimmer?
* Ist das Licht in der Küche aus?
* Ist <Name> zuhause?
* Ist die Heizdecke inaktiv?
* Ist Waschmaschine aktiv?
* Ist die Heizung aus?
#Beispiele: Aktionen
* Setze Temperatur im Wohnzimmer auf 20C
* Stelle die Temperatur im Wohnzimmer auf 20 Grad
* Stelle Licht im Wohnzimmer auf 20%
* Stelle Licht im Esszimmer auf 20
* Schalte Heizdecke im Schlafzimmer an
* Schalte Heizdecke an
* Schalte Licht in der Küche aus
* Schalte alle Lichter aus
In fhem.cfg braucht ihr noch ein notify:
define notify_MeinHandy notify MeinHandy:message.* {WhatsAppBotParse("$EVENT")}
Die ##Command logic## müsst ihr noch komplett anpassen mit einer Menge if/else Dingen. Aktuell als Test ist lediglich ob der Raum Wohnzimmer in einer Frage vorhanden ist (z.B. "Wie ist die Temperatur im Wohnzimmer"). Dann wird von meinem Wohnzimmer Thermomstaten die Temperatur ausgelesen und auch gleich per WhatsApp ans Handy verschickt.
Die ganzen anderen if/else sind natürlich abhängig von eurer Installation. Könnte man auch bestimmt automatisieren aber das wäre sehr viel Aufwand.
Die Regex nimmt aber schon quasi alle Arbeit ab. Ihr wisst bei einer Message folgendes:
- GlobalDevice: Devices, die keinem richtigen Device entsprechen sowas wie "alle Lichter" oder "Temperatur"
- Device: z.B. Heizdecke - eben ein benanntes Gerät
- Room: Name ist selbsterklärend
- State: Dinge wie "an" "inaktiv"
- Number: Nummerische Daten wie "20C" oder 21%
- Question/Action: Ob sich bei der message um eine Frage oder eine Aktion handelt
Hallo,
ich habe mich die letzte Nacht das erste Mal mit Yowsup in FHEM beschäftigt und es prinzipiell auch zum Laufen gebracht.
Jetzt besteht nur das seltsame Problem, dass sich das Yowsup-Modul nicht von alleine einloggt.
Manuell (mittels 'raw' Befehl) klappts.
Hier mal ein Log-Auszug:
2017.02.17 09:58:25 1: Including fhem.cfg
[...]
2017.02.17 09:58:30 2: Whatsapp: starting yoswup-cli: /ffp/bin/yowsup-cli demos -c /ffp/etc/yowsup.config -y
2017.02.17 09:58:30 3: Whatsapp: sending /disconnect
2017.02.17 09:58:30 3: Whatsapp: Disconnected
2017.02.17 09:58:30 2: Whatsapp: setting $HOME to /ffp/home/KyleK
2017.02.17 09:58:30 2: Whatsapp: starting yoswup-cli: /ffp/bin/yowsup-cli demos -c /ffp/etc/yowsup.config -y
2017.02.17 09:58:32 3: NTFY return: Whatsapp:HASH(0x1150260)
2017.02.17 09:58:32 0: Featurelevel: 5.7
2017.02.17 09:58:32 0: Server started with 31 defined entities (fhem.pl:13411/2017-02-14 perl:5.024000 os:linux user:KyleK pid:20851)
2017.02.17 09:58:40 4: Whatsapp: parse: yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2017.02.17 09:58:40 4: Whatsapp: parse:
2017.02.17 09:58:40 4: Whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2017.02.17 09:58:40 4: Whatsapp: parse:
2017.02.17 09:58:40 4: Whatsapp: parse: [offline]:
2017.02.17 09:58:40 3: Whatsapp: sending /L
2017.02.17 09:58:40 3: Whatsapp: sending /presence available
2017.02.17 09:58:40 4: Whatsapp: parse: general: Disconnected: Connection Closed
2017.02.17 09:58:40 4: Whatsapp: parse:
2017.02.17 09:58:40 4: Whatsapp: parse: [offline]:
2017.02.17 09:58:40 4: Whatsapp: parse:
2017.02.17 09:58:40 4: Whatsapp: parse: [offline]:
Error: Not connected
[offline]:
Das gleiche Problem tritt auch bei disconnect/reconnect auf:
2017.02.17 10:08:21 3: Whatsapp: sending /disconnect
2017.02.17 10:08:21 3: Whatsapp: Disconnected
2017.02.17 10:08:26 2: Whatsapp: setting $HOME to /ffp/home/KyleK
2017.02.17 10:08:26 2: Whatsapp: starting yoswup-cli: /ffp/bin/yowsup-cli demos -c /ffp/etc/yowsup.config -y
2017.02.17 10:08:34 4: Whatsapp: parse: yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2017.02.17 10:08:34 4: Whatsapp: parse:
2017.02.17 10:08:34 4: Whatsapp: parse: Yowsup Cli client
==================
Type /help for available commands
2017.02.17 10:08:34 4: Whatsapp: parse:
2017.02.17 10:08:34 4: Whatsapp: parse: [offline]:
2017.02.17 10:08:34 3: Whatsapp: sending /L
2017.02.17 10:08:34 3: Whatsapp: sending /presence available
2017.02.17 10:08:34 4: Whatsapp: parse: general: Disconnected: Connection Closed
2017.02.17 10:08:34 4: Whatsapp: parse:
2017.02.17 10:08:34 4: Whatsapp: parse: [offline]:
2017.02.17 10:08:34 4: Whatsapp: parse:
2017.02.17 10:08:34 4: Whatsapp: parse: [offline]:
Error: Not connected
[offline]:
Wenn ich jetzt händisch diesen Befehl absetze:
set Whatsapp raw /L
dann klappts:
2017.02.17 10:07:19 3: Whatsapp: sending /L
2017.02.17 10:07:19 4: Whatsapp: parse: Auth: Logged in!
2017.02.17 10:07:19 4: Whatsapp: parse:
2017.02.17 10:07:19 4: Whatsapp: parse: [connected]:
Hat jemand ne Idee was hier schiefgeht?
Sonderzeichen in einer empfangenen Nachricht bringen das Modul leider zum Absturz (z.B. "Üüüü").
@Kylek: wasist das für ein rechner?
@moontear: nein. zumindest bei mir und vielen anderen nicht.
welche perl version verwendest du? von welchem system sendest du die nachricht? welche meldung gibt es beim absturz.
Hab es schon ein andermal im Forum gelesen dass bei Sonderzeichen Absturz. Ich schicke vom iPhone "Üüüü" und Yowsup geht in den Status disconnected. Folgende Logeinträge:
Traceback (most recent call last):
File "/opt/fhem/yowsup/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/fhem/yowsup/yowsup-cli", line 268, in process
self.startCmdline()
File "/opt/fhem/yowsup/yowsup-cli", line 297, in startCmdline
stack.start()
File "/opt/fhem/yowsup/yowsup/demos/cli/stack.py", line 26, in start
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/opt/fhem/yowsup/yowsup/stacks/yowstack.py", line 188, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/fhem/yowsup/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/fhem/yowsup/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 41, in receive
self.onMessage(protocolTreeNode)
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 74, in onMessage
self.handleEncMessage(protocolTreeNode)
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 88, in handleEncMessage
self.handleWhisperMessage(node)
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 144, in handleWhisperMessage
self.parseAndHandleMessageProto(encMessageProtocolEntity, plaintext[:-padding])
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 188, in parseAndHandleMessageProto
self.handleConversationMessage(node, m.conversation)
File "/opt/fhem/yowsup/yowsup/layers/axolotl/layer_receive.py", line 217, in handleConversationMessage
self.toUpper(messageNode)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 189, in receive
s.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 125, in receive
recv(node)
File "/opt/fhem/yowsup/yowsup/layers/protocol_messages/layer.py", line 21, in recvMessageStanza
self.toUpper(entity)
File "/opt/fhem/yowsup/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/fhem/yowsup/yowsup/layers/interface/interface.py", line 80, in receive
self.entity_callbacks[entityType](entity)
File "/opt/fhem/yowsup/yowsup/demos/cli/layer.py", line 512, in onMessage
MESSAGE_ID = message.getId()
UnicodeEncodeError: 'ascii' codec can't encode characters in position 0-3: ordinal not in range(128)
2017.02.18 10:37:33 3: WhatsApp: sending /disconnect
2017.02.18 10:37:33 3: WhatsApp: Disconnected
2017.02.18 10:37:33 3: WhatsApp: read: end of file reached while sysread
Perl Version 5.20 subversion 2, Python 2.7.9 auf einem Raspberry Pi 2 (Jessie).
Ebenfalls probiert über WhatsApp Web, gleicher Effekt.
yowsup stürzt ab. das hat nichts mit dem fhem modul zu tun.
das muss du dort melden.
gruss
andre
Zitat von: justme1968 am 27 Oktober 2016, 22:34:18
das schein ein problem mit aktuellen yowsup versionen mit python 2.x zu sein. das ging definitiv schon mal.
der fix aus dem link oben hilft aber.
also in yowsup/demos/cli/layer.py nach dem import sys noch die beiden folgenden zeilen einbauen:reload(sys)
sys.setdefaultencoding('utf8')
gruss
andre
Hilft das hier eventuell. Bei mir hat es damals geholfen
Eventuell Hilft aber auch das
Da am WhatsApp ständig geschraubt wird, bedarf es eines Updates des Yowsup, wenn keine Funktion mehr gegeben ist:
cd /opt
sudo rm master.zip
sudo mv yowsup-master yowsup-master-alt
sudo wget -N https://github.com/tgalal/yowsup/archive/master.zip
#alternativ sudo wget https://github.com/jlguardi/yowsup/archive/master.zip (Stand März 2016 aktueller)
sudo unzip master.zip
sudo chown fhem yowsup-master -R
sudo chgrp dialout yowsup-master -R
Danach muss FHEM mittels 'shutdown restart' neu gestartet werden.
Michael top! utf-8 Codierung ist es.
Ich guck mal ob man das an yowsup weiterleiten kann --> https://github.com/tgalal/yowsup/issues/1951 (https://github.com/tgalal/yowsup/issues/1951).
Hallo !
Ich wollte Whatsapp installieren und bekomme folgende Fehlermeldung
Zitatstatus: fail
reason: old_version
login: 496xx5996xx0
update wie oben beschrieben habe ich auch schon durchgeführt, bringt nix
Hi Liebe FHEM-Community,
ich bin gerade dabei yowsup auf meinem Raspberry zu installieren.
Bei
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms kommt Folgendes als Ausgabe:
pi@FHEM:/opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"login":"31683329930","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 31683329930
pi@FHEM:/opt/yowsup-master $
Zitat von: oliverk am 25 August 2016, 20:51:02
Ich musste nur die Version auf 2.16.9 in der Datei /yowsup/env/env_s40.py setzen. Dann klappte alles wieder sofort.
Es stand etwas von "old Version" bei mir im Log.
Siehe auch https://github.com/tgalal/yowsup/issues/1738
Oliver
In der Datei stand bei mir schon 2.16.9 , wenn ich das auf z.B. 3.16.9 änderen kommt:
pi@FHEM:/opt/yowsup-master $ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"login":"31683329930","status":"fail","reason":"bad_token"}
status: fail
reason: bad_token
login: 31683329930
Würde mich über jede Hilfe freuen, bin echt am verzweifeln..... :-[
Mfg
Philipp
In der Konfiguration steht aber schon
cc=49
phone=49telefonnummerohne0
id=....
password=....
Versuch doch mal
2.17.65
Ist die aktuelle Android-Version
Update hast Du vorher gemacht?
Bei mir läuft die ~ halbes Jahr nur mit 2.16.9
Habe die Version 2.17.65 angegeben, geht leider noch immer nicht...
Wieder bad_token.
Habe die Nummer ohne 0 vorne angegeben.
Sonst noch wer Ideen was ich tun könnte. :-[
Statt 0 die 49
Sonst wie beschrieben installiert?
Und Konfiguration / Registrierung der Nummer durchgeführt?
Wird mit Linux-Editor bearbeitet
Zitat von: buec65 am 23 Februar 2017, 14:36:15
Statt 0 die 49
Sonst wie beschrieben installiert?
Und Konfiguration / Registrierung der Nummer durchgeführt?
Wird mit Linux-Editor bearbeitet
1. Ja
2. Ja
3. Ja
;D
vielleicht hilft das bei der Bad Token Meldung...
https://github.com/tgalal/yowsup/issues/1952
Habs selber nicht testen können, da ich es noch nicht installiert habe mangels freier Nummer :-)
Gruß
Markus
Also ich habe es nun nach Wiki installiert. Was ich jedoch anders gemacht habe, ist folgendes geändert in der Datei env_s40.py unter
/opt/yowsup-master/yowsup/env
_VERSION = "2.16.11"
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1478194306452{phone}"
Das ganze habe ich dann VOR der eigentlichen Registrierung durchgeführt und hat auch auf Anhieb funktioniert.
Die Alternativ "Wget's" habe ich nicht genommen, da die anscheinend wiederum älter sind wie die zuerst erwähnten.
Also senden und empfangen funktioniert einwandfrei soweit über FHEM nur mit den zusätzlichen Attributen muss ich mich noch auseinandersetzten.
Mal sehen wie lange das funktioniert :-)
Gruß
markus
Also lange hat es nun ja nicht funktioniert.... :-)
Seit gestern Abend offline und per Putty
Authentication Error: not-authorized
Denke da kann man nun nicht viel machen oder?
Gibt es auch irgendwo eine gute Anleitung wie man das ganze wieder komplett entfernt ?
Gruß
Markus
Versuch mal in der env_s40.py
@raspberrypi:/opt/yowsup-master/yowsup/env $ cat env_s40.py
from .env import YowsupEnv
import hashlib
class S40YowsupEnv(YowsupEnv):
_VERSION = "2.16.11"
_OS_NAME= "S40"
_OS_VERSION = "14.26"
_DEVICE_NAME = "302"
_MANUFACTURER = "Nokia"
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1471306425030{phone}"
_AXOLOTL = True
def getVersion(self):
return self.__class__._VERSION
def getOSName(self):
return self.__class__._OS_NAME
def getOSVersion(self):
return self.__class__._OS_VERSION
def getDeviceName(self):
return self.__class__._DEVICE_NAME
def getManufacturer(self):
return self.__class__._MANUFACTURER
def isAxolotlEnabled(self):
return self.__class__._AXOLOTL
def getToken(self, phoneNumber):
return hashlib.md5(self.__class__._TOKEN_STRING.format(phone = phoneNumber).encode()).hexdigest()
def getUserAgent(self):
return self.__class__._USERAGENT_STRING.format(
WHATSAPP_VERSION = self.getVersion(),
OS_NAME = self.getOSName() + "Version",
OS_VERSION = self.getOSVersion(),
DEVICE_NAME = self.getDeviceName(),
MANUFACTURER = self.getManufacturer()
)
@raspberrypi:/opt/yowsup-master/yowsup/env $
Damit funktioniert es bei mir noch
Na ich denke eher die haben bei WhatsApp die registrierte Nummer gesperrt ;-)
Gruß
Markus
Hast du das System neu gestartet?
Gesendet von meinem PULP mit Tapatalk
Zitat von: Markus. am 23 Februar 2017, 21:39:10
Also ich habe es nun nach Wiki installiert. Was ich jedoch anders gemacht habe, ist folgendes geändert in der Datei env_s40.py unter
/opt/yowsup-master/yowsup/env
_VERSION = "2.16.11"
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1478194306452{phone}"
Das ganze habe ich dann VOR der eigentlichen Registrierung durchgeführt und hat auch auf Anhieb funktioniert.
Die Alternativ "Wget's" habe ich nicht genommen, da die anscheinend wiederum älter sind wie die zuerst erwähnten.
Also senden und empfangen funktioniert einwandfrei soweit über FHEM nur mit den zusätzlichen Attributen muss ich mich noch auseinandersetzten.
Mal sehen wie lange das funktioniert :-)
Gruß
markus
Dank dir,
damit geht es jetzt auch bei mir . 8)
Mfg
Philipp ;D
Hat es eigentlich wer geschafft Sonderzeichen zu versenden ?
das modul kann jedes unicode zeichen senden.
Zitat von: justme1968 am 27 Februar 2017, 20:18:52
das modul kann jedes unicode zeichen senden.
Das war ja einfach 😄
Danke
Bastle gerade ein einem kleinen "Bot", stelle den Code hier mal rein.
Vielleicht interessiert das ja jemanden oder vlt hat wer Verbesserungsvorschläge:
sub Whatsappempfang($) {
my ($read, $cmd, $args) = split(" ", shift, 3);
if($cmd eq "Arbeiten"){
fhem("set Computer on");
fhem("set Monitor on");
fhem("set LEDStreifen on");
fhem("set Fernseher off");
fhem("set Radio off");
fhem("set Stehlampe on");
}
elsif($cmd eq "Licht" and $args){
if($args eq "an"){
fhem("set Stehlampe on");
fhem("set HUEGroup2 on");
fhem("set LEDStreifen on");
fhem("set iPhone send Das Licht wurde _eingeschaltet_");
}
elsif($args eq "aus"){
fhem("set Stehlampe off");
fhem("set HUEGroup2 off");
fhem("set LEDStreifen off");
fhem("set iPhone send Das Licht wurde _ausgeschaltet_");
}
else {
fhem("set iPhone send _Licht an_ oder _Licht aus_");
}
}
elsif($cmd eq "Aussentemperatur"){
my $temperature = ReadingsVal("Aussensensor", "temperature", "");;
fhem("set iPhone send Aussentemperatur:
*$temperature °C*");;
}
elsif (($cmd eq "Sat1") || ($cmd eq "SAT1")){
my $primetime = ReadingsVal("Sat1", "state", "");;
fhem("set iPhone send In der Primetime heute:
*$primetime*");;
}
elsif (($cmd eq 'ProSieben') || ($cmd eq "Pro7")) {
my $primetime = ReadingsVal("ProSieben", "state", "");;
fhem("set iPhone send In der Primetime heute:
*$primetime*");;
}
elsif ($cmd eq 'Koeln') {
my $gleis1= ReadingsVal("Bahn", "travel_departure_1", "");;
my $zug1= ReadingsVal("Bahn", "travel_vehicle_nr_1", "");;
my $abfahrt1= ReadingsVal("Bahn", "plan_departure_1", "");;
my $ankunft1= ReadingsVal("Bahn", "plan_arrival_1", "");;
my $dauer1= ReadingsVal("Bahn", "plan_travel_duration_1", "");;
my $verspaetung1= ReadingsVal("Bahn", "plan_departure_delay_1", "");;
fhem("set iPhone send Nächster Zug nach Koeln vom BonnerHbf:
Zug: *$zug1*
Gleis: *$gleis1*
Abfahrt: *$abfahrt1* Uhr
Ankunft: *$ankunft1* Uhr
Verspätung: *$verspaetung1* min
Dauer: *$dauer1* h
");;
}
elsif($cmd eq "Heizung" and $args){
fhem("set Heizung_Clima desired-temp $args");;
fhem("set iPhone send Heizung auf _$args °C_ gestellt");;
}
elsif($cmd eq "Wetter"){
my $weathersituation = ReadingsVal ("WetterBonn","fc1_condition","");;
my $weather;
if($weathersituation eq "showers")
{
$weather = "";
}
elsif($weathersituation eq "scattered thunderstorms")
{
$weather = "";
}
elsif($weathersituation eq "cloudy")
{
$weather = "";
}
elsif($weathersituation eq "mostlycloudy")
{
$weather = "";
}
elsif($weathersituation eq "partly cloudy")
{
$weather = "";
}
elsif($weathersituation eq "fair")
{
$weather = "";
}
elsif($weathersituation eq "blustery")
{
$weather = "";
}
elsif($weathersituation eq "sunny")
{
$weather = "";
}
fhem("set iPhone send $weather");;
}
elsif($cmd eq "Witz")
{
my $witz = ReadingsVal("Witze","n00_description","");
$witz =~ s/\
//g;
$witz =~ s/\<br><br>/
/g;
fhem("set Witze update");
fhem("set iPhone send $witz");
fhem("set Witze update");
}
elsif (($cmd eq "reconnect")||($cmd eq "Reconnect"))
{
fhem("set WhatsApp reconnect");
}
else{
fhem("set iPhone send _Befehl nicht bekannt_");
}
}
Code muss in die 99_myUtils.pm.
Kurze Erklärung zu ein paar Befehlen:
Wetter: Es wird die Wettervorhersage des heutigen Tages ausgegeben. Dazu wird das Yahoo-Wettermodul verwendet.
Witz: Witze aus RSS-Feed, hier die Definition: define Witze rssFeed http://witze.net/rss/000010413/witze.xml 1800
attr Witze rfEncode utf8
attr Witze rfReadings title,description,pubDate
Koeln : Nächste Verbindung zwischen BonnHbf und KoelnHbf mit Hilfe des DBPlan-Moduls.
Sat1/Pro7: Sagt was heute in der Primetime läuft (Passender Thread (https://forum.fhem.de/index.php/topic,28123.msg553245.html#msg553245))
Mfg
Philipp ;D
Zitat von: EnderPhilipp am 28 Februar 2017, 11:48:57
Bastle gerade ein einem kleinen "Bot", stelle den Code hier mal rein....
Mfg
Philipp ;D
Hi Philipp,
ich denke Dein letzter Beitrag passt nicht ganz in diesen Thread, da es hier ehr um technische Probleme mit yowsup geht. Am besten Du machst nen eigenen auf, dann kann man auch Erfahrungen und Anregungen anderer User zentraler "einfangen". :-)
Ich würde mich drann beteiligen :-) Daher nur kurz: ich mache soetwas aktuell per notify und ich antworte nicht fest an "iPhone", sondern an dass Gerät was die Message geschickt hat ;) Als "Verbesserungsvorschlag für Dich vorab, konvertiere mindestens"$cmd"
in Deinen Bedingungen in lc oder uc und vergleiche dann mit "arbeiten" oder "ARBEITEN", dann mußt Du nicht auf Groß/Kleinschreibung in deinen WhatsApps achten.
ciao
luetty
Moin,
ich habe eine Frage bezüglich der Lauffähigkeit unter Windows. Im Wiki steht ja "Die Funktionalität ist vermutlich auf Linux/Unix Systeme beschränkt". Hat es denn jemand unter Windows versucht/geschafft oder wird das nichts?
Gruß, Thomas
Hallo
ich habe mich dazu entschlossen ebenfalls Whatsapp zu benutzen.
Dummerweise klappt bei mir die installation auch nicht, also schon aber ich kann weder über die Komandozeile noch über fhem was senden.
Bin mehrmals die Anleitung durchgegangen leider komme ich nicht weiter, solange ich nicht sende wird er mir in Fhem online gezeigt. Sobald ich was schreibe bzw. senden will geht er offline.
Die Nummer wurde registriert und taucht auch bei mir in den Kontakten auf, allerdings werden die nachrichten nicht gelesen.
In den Logs steht nur das er es sendet
2017.03.09 11:36:21 3: WhatsApp: sending /L
2017.03.09 11:36:21 3: WhatsApp: sending /presence available
2017.03.09 11:36:35 3: WhatsApp: sending /message send 01xxxxxxx 'hklfb'
2017.03.09 11:37:04 3: WhatsApp: sending /disconnect
2017.03.09 11:37:04 3: WhatsApp: Disconnected
2017.03.09 11:37:04 2: WhatsApp: setting $HOME to pwd
2017.03.09 11:37:04 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2017.03.09 11:37:05 3: WhatsApp: sending /L
2017.03.09 11:37:05 3: WhatsApp: sending /presence available
2017.03.09 11:37:18 3: WhatsApp: sending /message send 01xxxxxxxx 'hklfb'
Doppelpost ist Kacke
https://forum.fhem.de/index.php/topic,62343.0.html
Sorry für den Doppel Post, obwohl das in meinen Augen nicht so war. Ist ja auch egal, wird nicht mehr vorkommen.
Habe das Problem inzwischen behoben. https://github.com/tgalal/yowsup/issues/1885#issuecomment-269139157
Ein anderes Problem ist das ich inzwischen über die Konsole verschicken kann, aber eben auch nur da.
Sobald ich versuche über fhem was zu verschicken geht der status auf offline. -.-
Wisst Ihr was ich falsch gemacht haben könnte?
2017.03.09 14:35:26 3: WhatsApp: sending /L
2017.03.09 14:35:26 3: WhatsApp: sending /presence available
INFO:yowsup.layers.axolotl.layer_control:Axolotl layer is generating keys
ERROR:yowsup.layers.interface.interface:Stream Error type: xml-not-well-formed
{'xml-not-well-formed': None}
EDIT: auch das habe ich behoben mit python setup.py install
Hallo Leute,
seit langem traue ich mich mal wieder an das Yowsup-Modul heran.
Vor langer Ziet lief das recht gut bei mir. Aber dann kam es wöchentlich zu modifikationen und ich für meinen Teil musste stundenlang hin und her probieren bis es wieder lief. Irgendwann war mir das zu nervig.
Nun wollte ich das ganze mal wieder probieren. Dafür habe ich einen RPi2 neu aufgesetzt. FHEM natürlich auch. Die Installation laut Wiki von yowsup lief auch gut. Auch das erneute registrieren meiner bereits benutzen Nummer (ich brauchte ja den Verification Code und das Passwort).
Nun bin ich im Wiki angelangt um per Kommandozeile mir eine Nachricht zu schicken. Der Befehl wird ausgeführt. Ohne irgendwelche Rückmeldungen. Es kommt aber keine Nachricht an.
Ich habe dann trotzdem in FHEM das Modul angelegt und alle Einstellungen vorgenommen.
Jetzt bekomme ich das im Log:
2017.03.10 00:56:07 3: WhatsApp: sending /L
2017.03.10 00:56:07 3: WhatsApp: sending /presence available
2017.03.10 00:56:09 3: WhatsApp: sending /disconnect
2017.03.10 00:56:09 3: WhatsApp: Disconnected
2017.03.10 00:56:09 3: WhatsApp: read: error during sysread: Keine Kind-Prozesse
2017.03.10 00:56:09 3: WhatsApp: read: end of file reached while sysread
2017.03.10 00:56:19 2: WhatsApp: setting $HOME to /opt/fhem
2017.03.10 00:56:19 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Kann mir bitte jemand helfen?
Danke.
Gruß
Christian
ZitatUnd dann in
Code: [Auswählen]
/opt/yowsup-master/yowsup/env/env_s40.py
Die Versionsnr ändern in 2.16.11
hat bei mir geholfen.
Zitat von: Xaser am 11 März 2017, 11:06:05
hat bei mir geholfen.
Hi Xaser,
deine Nachricht ist als Antwort auf meine Frage bezogen?
Gesendet von meinem SM-G930F mit Tapatalk
Hallo,
ich bekomme mein Whatsapp auf dem Rpi nicht zum Laufen. Die Installation habe ich gem. Wiki vorgenommen. Richtig registriert bin ich auch.status: ok
kind: free
pw: exxxxxxxxxxxxxxxxc=
price: 0,89 €
price_expiration: 1492125465
currency: EUR
cost: 0.89
expiration: 4444444444.0
login: 4920830000000,
type: new
Der Versuch vom Rpi eine Whatsapp zu verschicken scheitert.python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49150000000 "Das ist ein Test"
Ich erhalte keine Fehlermeldung, aber auch kein Nachricht. Daraufhin habe ich in fhem ein yowsup-Device angelegt. Hier ist mir aufgefallen, dass STATE auf offline steht.
Hat jemand einen Tipp für mich wo ich meinen Fehler suchen kann bzw. wie ich ihn beseitigen kann.
Gruß
Apollon
Edit: Die in oben angegebene Änderung in der Datei env_s40.py ist bei mir bereits eingestellt. Es funktioniert trotdem es nicht.
Mein Tipp:
Lass die Finger von WhatsApp und nimm Telegram, das funktioniert 100%ig!
Mit WhatsApp hast du ständig ärger!
LG
Marlen
Hallo Marlen,
ich würde gerne die Finger von Whatsapp lassen. Doch dann bin ich in meiner eigenen Welt.
Es ist keine Lösung.
Gruß
Apollon
Zitat von: Marlen am 14 März 2017, 12:15:58
...
Mit WhatsApp hast du ständig ärger!
...
wenn ich solche schamlosen Lügen und pauschalisierten Aussagen lese, schwillt mir echt der Hals.
Ich wiederhole mich gerne, in diesem Thread gehts um das Versenden per yowsup/Whatsapp und nicht um "was nehme ich stattdessen?"
Wenn ich hier so sehe, wie viele Anfragen so zusammen kommen, weiß ich echt nicht, woher solche Aussagen kommen.
Im Vergleich zu vielen anderen Modulen ist hier ja echt tote Hose und das liegt bestimmt nicht daran, das niemand dieses Modul nutzt.
vb
@Apollon
hast du in der Config deine Nummer samt passwort eingetragen?
setze mal verbose 5 zeig mal dein Log zu dem device.
Hallo,
ich habe nun etliches probiert. Unterschiedliche master.zip installiert usw. Nur leider bekomme ich nun eine Fehlermeldung.Authentication Error: not-authorized
Ich werde nun versuchen alle im Zusammenhang mit yowsup instalierten Programme zu löschen und dann noch einmal alles neu zu installieren.
Gruß
Apollon
Ich möchte VB zustimmen,
das Modul läuft bei mir seit Jahren und es gab nur Probleme als Whatsapp die Verschlüsselung eingerichtet hat, seit dem bin ich voll zufrieden!
Der Freibeuter
Zitat von: Apollon am 15 März 2017, 22:54:52
Ich werde nun versuchen alle im Zusammenhang mit yowsup instalierten Programme zu löschen und dann noch einmal alles neu zu installieren.
Hat es geklappt?
Kriege ich seit vorgestern. Yowsup hat um kurz nach 12 den dienst eingestellt.
DEBUG:yowsup.layers.network.layer:Disconnected, reason: Authentication Failure
Authentication Error: not-authorized
Bei einer neu registrierung der Telefonnummer kriege ich
INFO:yowsup.common.http.warequest:{"login":"495341XXXXX","status":"fail","reason":"old_version"}
in der env_s40.py
class S40YowsupEnv(YowsupEnv):
_VERSION = "2.16.11"
_OS_NAME= "S40"
_OS_VERSION = "14.26"
_DEVICE_NAME = "302"
_MANUFACTURER = "Nokia"
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1471306425030{phone}"
_AXOLOTL = True
Bei mir läuft es problemlos.
Zitat von: medikopter am 17 März 2017, 15:08:05
Kriege ich seit vorgestern. Yowsup hat um kurz nach 12 den dienst eingestellt.
Hier auch, jedoch seit 4 Tagen...
Habe meinen Post noch mal ergänzt eventuell kann mir ja einer helfen
https://forum.fhem.de/index.php/topic,27543.msg606813.html#msg606813
Na toll, wie mir scheint bin ich nicht der einzige, der Probleme mit den WhatsApp Nachrichten in der letzten Zeit hat. Seit dem 8. März kann ich mich zwar conntecten in FHEM mit dem yowsup Modul, aber das state lautet offline.
Mit meinem Latein bin ich auch am Ende, da ich die Installation noch einmal durchgeführt habe und den Token in der env_s40.py Datei bereits verändert wurde.
Vielleicht hat jemand eine weitere Lösungsidee
Warum schlagt ihr euch immer noch mit WhatsApp rum. Mein Tapatalk läuft bestens. Und eine App mehr auf dem Smart Phone! Wen störts...
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Bringt doch nichts immer nur auf andere Anwendungen zu verweisen.
Gesendet von meinem PULP mit Tapatalk
Doch, in diesem Fall ja. Solange WhatsApp keine API für die Community zur Verfügung stellt, läuft dieser Thread nur noch mit: Bei mir funktioniert es nicht...
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Zitat von: JoWiemann am 19 März 2017, 11:24:14
Warum schlagt ihr euch immer noch mit WhatsApp rum. Mein Tapatalk läuft bestens. Und eine App mehr auf dem Smart Phone! Wen störts...
Grüße Jörg
Gesendet von iPhone mit Tapatalk
@Jo
du lässt dir ernsthaft mit Tapatalk Nachrichten von deinem FHEM senden?
Da würde mich doch mal die Umsetzung interessieren.
Ansonsten ist alles gesagt.
Die hier einlaufenden Fragen sind nicht mehr oder weniger wie in anderen Modulen auch.
Das die ganze Geschichte nicht ganz trivial ist, erschliesst sich beim lesen der einzelnen Anleitungen zum Thema.
Wer sich trotzdem damit beschäftigt, nimmt das zumindest anfangs in Kauf und es gibt ja auch genug User, bei denen es funktioniert.
Und im Verleich zu anderen Modulen gibt es hier einen Vorteil: Die nachgefragten Themen sind immer die gleichen, Einrichtung und Status. Sonst - so ehrlich müssen auch Kritiker sein - läuft das Modul problemlos.
Das Gejammer nach einer "API für die Community" ist bei einem Konzern wie Facebook/Whatsapp doch totaler Blödsinn.
Sie wollen es nicht, sie tun es nicht. Ob da tausende User Jammern oder nicht, interessiert "die" doch nicht.
Wie erfolgreich das ist, erkennt man ja leicht daran, wie laut immernoch geheult wird, das es keine API gibt.
Störend ist eine weitere App dann, wenn ich einem gewissen Anwenderkreis diese weitere App erst "verkaufen" muss.
Installation, Einrichtung, Support, der ganze Aufwand für etwas, was normalerweise überflüssig ist.
Aber all das gehört genauso wenig zum Thema oder zur Lösung des Problems, wie deine Bemerkung.
vb
Hallo,
ich habe es momentan eingestellt weiter an dem Modul yowsup zu basteln, weil ich seit dem Update auf fhem 5.8 auch Probleme mit meinem Floorplan habe. Ich werde eine RPi-Sicherung von Feb. aufspielen (fhem 5.7) und meine Einstellungen wieder anpassen.
Es kann sein, dass meine Probleme an meinem RPi liegen. Im Rahmen des Update habe ich festgestellt, dass die Speicherkarte fast voll war. Obwohl ich daraufhin jede Menge überflüssigen Kram gelöscht habe, halte ich es nicht für ausgeschlossen, dass die Probleme daran liegen.
Gruß
Apollon
Das original-Repository von yowsup wurde aktualisiert (das im Wiki genannte alterative istz jetzt das ältere).
https://github.com/tgalal/yowsup.git
Nach dem Update auf diese Version heute funktioniert es bei mir wieder, ohne sonstigen Änderungen.
Danke für die Info.
vb
Ich habe gestern das Update auf meinem Raspberry durchgeführt. Eine Verbindung bekomme ich dennoch nicht zustande.
Muss ich daher die Installation noch einmal frisch aufsetzen?
Mein WhatsApp ist auch connected, der state ist jedoch auf offline und es kann weder Nachrichten senden noch empfangen.. Vielleicht Zeit, von WhatsApp auf Telegram umzusteigen - soll ohnehin der bessere Messager sein.
Zitat von: Ginsi am 25 März 2017, 20:48:45
Mein WhatsApp ist auch connected, der state ist jedoch auf offline und es kann weder Nachrichten senden noch empfangen.. Vielleicht Zeit, von WhatsApp auf Telegram umzusteigen - soll ohnehin der bessere Messager sein.
Leider bietet er noch keine rechteverteilung. Dann wäre es eine echte Alternative. Aber solange bleibe ich bei WhatsApp.
Hm, was meinst du mit Rechteverteilung?
Ich kann den Kontakt auf die bestehende Kontaktliste beschränken und das Annehmen von Kommandos auf einzelne Kontakte beschränken (cmdRestrictedPeer). Hab's jetzt gestern eingerichtet und für meine Zwecke ist es sogar eine bessere Alternative zu WhatsApp :)
Hallo
Ich bekomme so alle 1 -2 Monate einen Fehler und yowsup ist dann offline, was nicht an fhem sondern an yowsup liegt.
Der STATE in fhem-yowsup ist aber weiterhin connected.
Im Logfile steht dann dieser Eintrag:
ERROR:yowsup.layers.interface.interface:Stream Error type: xml-not-well-formed
{'xml-not-well-formed': None}
Kann ich diesen Eintrag in einem notify weiterverwenden, um z.B. ein fhem-yowsup reconnect auszulösen?
Besten Dank
Heinz
Hallo zusammen,
seit kurzem werden bei mir keine Bilder mehr versendet. Bis letzte Woche habe ich in Whatsapp immer noch den Hinweis erhalten, das FHEM mir ein BIld geschickt hat. In der App auf dem Handy kam aber keins an.
Seit gestern/heute erhalte ich nicht mal mehr den Hinweis. Textnachrichten ohne Bilder kommen hingegen ganz normal an.
Hat jemand das gleiche Problem gehabt und kennt eine Lösung?
Vielen Dank vorab,
Max
ich habe das gleich Problem, aber leider noch keine Lösung
Scheint ein größeres Problem zu sein https://github.com/tgalal/yowsup/issues/2016
hier gibt es wohl eine Lösung
https://github.com/tgalal/yowsup/pull/2027/commits/a3d73b647f3ca023db9ac95d770015450e4e2f03
Allerdings läuft dann whatsApp bei mir nicht mehr. Ich denke das am Modul auch noch etwas geändert werden muss
Für alle die momentan ein Problem bei der Registrierung haben:
https://github.com/tgalal/yowsup/issues/2060#issuecomment-302793200
Die geänderte "https://github.com/colonyhq/yowsup/blob/master/yowsup/env/env_android.py" führte bei mir zum Erfolg
End of Yowsup June 30, 2017???
https://github.com/tgalal/yowsup/issues/2079
Inzwischen hat es sich wohl rumgesprochen, das WhatsApp ältere Geräte/Betriebssysteme abklemmen will.
Ende des Monats soll es soweit sein.
Damit dürfte wohl auch die Nutzung von Whatsapp in Form von yowsup infällig sein.
Natürlich gibt es hinlängliche Alternativen für die es funktionierende Module gibt.
Ich selbst nutze, parallel zu yowsup, schon länger Telegram.
Allerdings habe ich es noch immer nicht geschafft, einen gewissen Nutzerkreis (den ich bislang via yowsup mit Infos aus FHEM versorge) von Telegram zu überzeugen.
Nun könnte ich mir vorstellen, Whatsapp weiter zu nutzen, über den Umweg ein weiteres Endgerät zu betreiben.
Sei es z.B. ein Tablet, (nicht zu) altes Smartphone oder wie auch immer.
Nur wie macht man es richtig?
Habt ihr schon funktionierende Lösungen?
Seid so gut und diskutiert mit, wie man Whatsapp weiter in FHEM integrieren/nutzen kann.
Bitte, bitte tut mir den Gefallen, lasst "hilfreiche" Beiträge wie "steig einfach um auf xyz" einfach weg
Danke.
vb
Ich selbst nutze momentan auch beides zusammen, da yowsup momentan jeden Morgen gegen 06h disconnected und keine Fotos verschicken kann.
Momentan gibt es Gerüchte (http://ift.tt/2rlyGiz (http://ift.tt/2rlyGiz)), dass WhatsApp die Unterstützung doch erst Ende 2018 einstellt, was der yowsup Gemeinde Zeit verschaffen würden.
VG
Marc
das habe ich auch gelesen, gebe da aber nicht viel drauf.
Viel mehr Hoffnung habe ich, das man yowsup darauf umstrickt, sich als halbwegs aktuelles Android-Gerät bei Whatsapp anzumelden und nicht mehr als Symbian S40.
Wenn ich die Dateien im yowsup-Ordner richtig deute, ist es wohl grundsätzlich möglich und heute schon vorgesehen.
Ich scheue mich nur momentan, das auf eigene Faust umzuschreiben und zu testen. ::) :o
Gibt es ne Möglichkeit, herauszufinden als was (welches Gerät) sich yowsup angemeldet hat??
vb
Dann mal los ;)
Glaube allerdings nicht, dass es so einfach ist.
Ich habe es so verstanden, dass WhatsApp das 1.6er Protocol "abschaltet" und nur noch das 2er Protokoll unterstützt.
Vermute, dass dafür ein komplettes Redesign notwendig ist :-\
Hm, man kann ja mit "-E android" auf ein anderes Environment umschalten. Jedenfalls konnte ich mich heute damit registrieren.
Grüße Jörg
@Jörg
und funktioniert es denn?
Wenn ich das richtig verstanden habe, kann es notwendig sein, zum registrieren als Android "aufzutreten".
Im Betrieb jedoch klappt es nur als S40.
@Init
Wenn ich glauben würde, das es einfach ist, würden wir hier net schreiben ;)
Protokoll is richtig, allersdings werden wohl seitens Whatsapp auch die bestehenden API's gekillt.
Wenn ich es richtig verstanden habe und es korrekt ist, was geschrieben steht.
In der env.py steht in Zeile 7: DEFAULT = "s40"
Dies könnte man u.U. in "android" ändern, um das Script die Verwendung der env_android.py beizubringen, statt der env_s40.py, wie es wohl momentan der Fall sein dürfte.
Allerdings bin ich nicht so naiv zu glauben, das dies dann schon die ganze Miete ist.
vb
Nun ja, wenn's einfach wäre...
Ich habe das mit der Änderung in der env.py mal ausprobiert. Senden bringt zwar keinen Fehler, es wird allerdings auch nichts gesendet.
Grüße Jörg
Habe auch das gleiche Problem, dass Text geht aber Bilder verschicken nicht, auch direkt aus der cli nicht
Verschicke zwar nur Textmeldungen die gehen aber noch mit dem Eintrag in der Datei env_s40.py
class S40YowsupEnv(YowsupEnv):
_VERSION = "2.16.11"
_OS_NAME= "S40"
_OS_VERSION = "14.26"
_DEVICE_NAME = "302"
_MANUFACTURER = "Nokia"
auf der WhatsApp FAQ steht dazu - You won't be able to use WhatsApp on the following platforms for:
Nokia S40 after December 31, 2018
Android versions 2.3.7 and older after February 1, 2020
Habe heute erstmalig versucht, ein Bild zu verschicken. ist dummerweise fehlgeschlagen...
ERROR:yowsup.demos.cli.layer:Request upload for file xxxx.png for 49xxxx@s.whatsapp.net failed
Da die Suche wenig Treffer zu der FM liefert, scheint es ja eigentlich zu funktionieren.
Bevor ich mich durch die 100 Seiten des Themas wühle, kann mir vielleicht jemand einen Tipp geben ...
Danke im voraus
Hallo,
wollte ebenso gerne Whatsapp für FHEM verwenden. Habe alles installiert und konnte mich aufgrund des Fehlers (old version) zunächst nicht anmelden.
Habe dann die env.py und die env_android.py entsprechend bearbeitet. Das Registrieren hat dann auch geklappt, habe einen Code per Anruf von Whatsapp erhalten.
Allerdings wollte ich nun die Registrierung abschließen und erhalte:
INFO:yowsup.common.http.warequest:{"status":"fail","reason":"blocked","login":49XXXXXXXXX"}
Ich schätze Whatsapp hat direkt die Telefonnummer als yowsup Client identifiziert?
Wahrscheinlich kann man jetzt nichts mehr machen, oder?
Hallo nanocosmos
Ich hatte auch dieses Problem und konnte die Telefonnummer dann nicht mehr verwenden.
Mit einer Festnetznummer hat es dann doch noch funktioniert.
Ich musste aber bei der Registrierung so vorgehen wie es auf Github beschrieben ist, ich glaube das die letzte Zeile wichtig ist, und zwar das --phone darin.
Eine weitere Installation und Registrierung mit einer Festnetznummer hat dann auch noch geklappt.
Beide laufen seit ca. 3 Monaten problemlos.
https://github.com/tgalal/yowsup/wiki/yowsup-cli-2.0
WhatsApp registration involves 2 steps. First you need to request a registration code. And then you resume the registration with code you got.
Example:
yowsup-cli registration --requestcode sms --phone 49XXXXXXXX --cc 49 --mcc 123 --mnc 456
yowsup-cli registration --register 123456 --phone 49XXXXXXXX --cc 49
PS: Die beiden Installationen habe ich auf einem Windows PC vorgenommen auf dem bereits Python 2.7 installiert ist.
Die Commandline sieht dann so aus: (file yowsup-cli liegen in C:\Yowsup)
C:\Yowsup c:\Python27\python.exe yowsup-cli registration --requestcode voice --phone 49xxxxx --cc 49 --mcc 123 --mnc 456
C:\Yowsup c:\Python27\python.exe yowsup-cli registration --register 123456 --phone 49xxxxx --cc 49
Beste Grüße
Heinz
Hallo Heinz,
vielen Dank für Deine Antwort!
Leider wurde ich auch mit Deiner Variante und einer anderen Nummer blockiert.
Ich werde jetzt einfach zu Telegram wechseln. Das scheint zu funktionieren und dort sind m.E. third party Applikationen auch erwünscht. :)
Grüße
Daniel
Zitat von: nanocosmos am 22 August 2017, 10:03:17
Ich werde jetzt einfach zu Telegram wechseln. Das scheint zu funktionieren und dort sind m.E. third party Applikationen auch erwünscht. :)
ist vermutlich die beste lösung.
ich hab momentan auch noch WA mittels yowsup am laufen, werde aber über kurz oder lang auch umsteigen.
WA blockt wohl gerne mal nummern, die für solche zwecke genutzt werden. (bei mir geht nicht viel über die leitung ;) )
Hallo nils_
Meine fhem/yowsup/whatsapp installation auf einem RPi funktioniert bis heute, seit über einem Jahr auf einer Festnetznummer!
Bisher wurde diese Nummer nicht blockiert, und da gingen schon sehr viele Messages raus und rein.
Grüße
Heinz
Funktioniert bei irgendjemand auch der Bildversand ?
Bei mir seit einigen Monaten nicht mehr!
Das yowsup (Python package) gibt das nach einer Umstellung von Whatsap nicht mehr her, das müsste einer der yowsup Macher nachziehen.
Zitat von: heinzfo am 22 August 2017, 10:28:39
Bei mir seit einigen Monaten nicht mehr!
Das yowsup (Python package) gibt das nach einer Umstellung von Whatsap nicht mehr her, das müsste einer der yowsup Macher nachziehen.
Schade, aber danke für die Info.
Hallo,
wie ich bereits in einem anderen Thread geschrieben habe, ist mir die SD-Karte am raspy3 kaputt gegangen.
Da ich mit yowsub und whatsapp nur am Spielen war, habe ich mir von der Konfiguration keine Datensicherung erstellt.
D.h. ich müsste jetzt yowsub neu einrichten, und dann die gleiche Telefonnummer wie damals wieder verwenden.
Aber woher bekomme ich die notwendigen Zugangsdaten her?
Welche zugangsdaten? Einfach mit der selben Rufnummer neu einrichten?!
Hallo,
nur der Vollständigkeit halber:
Ich habe jetzt von YowSub auf telegram gewechselt. Die Einrichtung dort war ein Kinderspiel im Vergleich zu Whatsapp/YowSub.
Und für meine bescheidenen Zwecke reicht das auch Dicke
Viele Grüße
Wolfgang
Hallo Zusammen,
da ich leider das Thema nicht durchsuchen kann, bitte ich um Nachsicht, sofern es zum Problem bereits eine Lösung gibt.
System: CentOS 7
FHEM: aktuell
yowsup rennt auf der shell unter root so wie es soll.
Mit dem fhem-User bekomme ich aber folgende Fehler:
File "/opt/yowsup/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup/yowsup-cli", line 272, in process
self.startSendClient()
File "/opt/yowsup/yowsup-cli", line 314, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup/yowsup/demos/sendclient/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup/yowsup/stacks/yowstack.py", line 10, in <module>
from yowsup.layers.protocol_media import YowMediaProtocolLayer
File "/opt/yowsup/yowsup/layers/protocol_media/__init__.py", line 1, in <module>
from .layer import YowMediaProtocolLayer
File "/opt/yowsup/yowsup/layers/protocol_media/layer.py", line 2, in <module>
from .protocolentities import ImageDownloadableMediaMessageProtocolEntity
File "/opt/yowsup/yowsup/layers/protocol_media/protocolentities/__init__.py", line 3, in <module>
from .message_media_downloadable_image import ImageDownloadableMediaMessageProtocolEntity
File "/opt/yowsup/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 4, in <module>
from yowsup.layers.protocol_messages.proto.wa_pb2 import ImageMessage
File "/opt/yowsup/yowsup/layers/protocol_messages/proto/wa_pb2.py", line 6, in <module>
from google.protobuf import descriptor as _descriptor
ImportError: cannot import name descriptor
Es liegt mit Sicherheit an den Berechtigungen. Kann mir einer sagen, ob das im Nachhinein behoben werden kann, oder ist es zwingend, die Registration mit dem fhem-User zu machen ?
Gruß,
JudgeDredd
Guten Abend,
bin neu hier und direkt eine Frage, die ich trotz Einlesen in die entsprechened Bereiche nicht lösen konnte.
Die komplette Installation lief auf meinem Pi recht problemlos. Da ich den Volkszähler, FHEM und smartVISU habe, musste ich das FHEM-Verzeichnis in das htdocs verschieben. Läuft aber.
Nun kommt bei der Registrierung zu WA folgende Fehlermeldung:
Traceback (most recent call last):
File "yowsup-cli", line 6, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 15, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
Wenn man dies nicht beheben kann, wie mache ich die Installation schadlos rückgängig ?
Danke für Input
heute hatte ich folgenden Eintrag in meiner Logdatei zum obigen Problem
2017.10.30 11:54:25 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/config.yowsup --yowsup
2017.10.30 11:54:25 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": No such file or directory at ./FHEM/32_yowsup.pm line 177.
2017.10.30 11:54:25 1: exec failed
2017.10.30 11:54:25 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2017.10.30 11:54:25 3: WhatsApp: sending /disconnect
2017.10.30 11:54:25 3: WhatsApp: Disconnected
2017.10.30 11:54:25 3: WhatsApp: read: end of file reached while sysread
Hallo
[UPDATE] https://github.com/tgalal/yowsup/issues/2319 (https://github.com/tgalal/yowsup/issues/2319)
Yowsup/Whatsapp leider mal wieder nicht erreichbar, ständige reconnects.
Zuletzt online heute 02:43
Hat noch jemand dieses Problem?
Fhem update heute.
Yowsup 2.5.2, seit meiner Installation/Update vor einigen Wochen gibt es bisher nichts neueres bei Github.
Fhem Logfile
2017.11.09 07:56:24 3 : WhatsApp: sending /disconnect
2017.11.09 07:56:24 3 : WhatsApp: Disconnected
2017.11.09 07:56:24 3 : WhatsApp: read: error during sysread: No child processes
2017.11.09 07:56:24 1 : PERL WARNING: Use of uninitialized value $ret in numeric le (<=) at ./FHEM/32_yowsup.pm line 495.
2017.11.09 07:56:24 3 : WhatsApp: read: end of file reached while sysread
2017.11.09 07:56:36 3 : WhatsApp: sending /L
2017.11.09 07:56:36 3 : WhatsApp: sending /presence available
2017.11.09 07:56:36 3 : WhatsApp: sending /presence name 'fhem'
2017.11.09 07:56:41 3 : WhatsApp: sending /disconnect
2017.11.09 07:56:41 3 : WhatsApp: Disconnected
PS: Ich habe yowsup noch auf weiteren Windows 7/10 PC laufen (unterschiedliche Telefonnummern), hier geht es auch nicht, liegt also an yowsup/whatsapp.
Windows message
C:\Yowsup>c:\python27\python.exe C:\Yowsup\yowsup-cli demos -s 491xxxxxxx "send message" -c c:\Yowsup\yowsup-config/yowsup.config
yowsup-cli v2.0.15
yowsup v2.5.2
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Authentication Error: not-authorized
C:\Yowsup>
mein "home" account war auch heute um 02:44 zuletzt online :o
kann nur leider nicht genauer nachgucken, bin gerade an der arbeit.
evtl. hat uns whatsapp nun abgedreht.
d.h. umstellung auf telegram (steht eh schon ewig auf der todo-liste....)
[GELÖST] In der Datei "yowsup/env/env_s40.py" den string in line 4 von _VERSION = "2.16.11" ändern in _VERSION = "2.16.12" dann war bei mir sudo reboot nötig.
Jetzt geht es wieder 8)
Danke an RaistlenM https://github.com/tgalal/yowsup/issues/2319 (https://github.com/tgalal/yowsup/issues/2319)
Grüße
Heinz
Hm seit gestern Abend 19:19 geht es bei mir nicht mehr !!!
Hat schon jemand herausgefunden warum oder bin ich der einzige mit diesem Problem ???
Zitat von: traders-banquet am 15 November 2017, 10:05:17
Hm seit gestern Abend 19:19 geht es bei mir nicht mehr !!!
Hat schon jemand herausgefunden warum oder bin ich der einzige mit diesem Problem ???
Geht noch!
Gesendet von meinem SM-G930F mit Tapatalk
mit welcher Version in der S40 ? ich habe hier die 2.16.12
und mit welcher Version in der env_android.py
hier bin ich bei 2.17.415
mit der MD5 : hXyOZn+UACsWecdXOHDztQ==
Zitat von: traders-banquet am 15 November 2017, 10:31:14
mit welcher Version in der S40 ? ich habe hier die 2.16.12
und mit welcher Version in der env_android.py
hier bin ich bei 2.17.415
mit der MD5 : hXyOZn+UACsWecdXOHDztQ==
2.16.12
_VERSION = "2.12.556"
_MD5_CLASSES =
"ry9Xz6kVioQctwA3G9z62Q=="
Gesendet von meinem SM-G930F mit Tapatalk
Vielen Dank,
ich habe die Werte übernommen aber ich erhalte weiterhin :
Authentication Error: not-authorized
und ich habe keine Ahnung warum .... ?
Kann bestätigen das die Werte von Heinzfo funktionieren.
Gruß
Eisix
Kann auch bestätigen, dass die Änderung in der env_s40.py und reboot das Problem gelöst hat.
Liegt übrigens im Ordner /opt/yowsup-master/yowsup/env
Und verdammt, ich muss mal ein notify mit Email einrichten wenn die wieder bei WhatsApp was ändern. :-[
Danke Heinzfo
hi, bin zufällig auf den thread gestoßen und wollte das bei mir einrichten so wie es im FHEM wiki beschrieben ist scheint es nicht mehr zu funktionieren, besteht die Möglichkeit, das das Wiki aktualisiert wird?
gruß ofno
Es wäre hilfreich, zu wissen, was nicht funktioniert.
natürlich, ich denke das Hauptproblem ist denke ich yowsup, das Skript brachte immer Fehler beim yowsup-cli, ich habe dann einiges ausprobiert bis es sich ausführen ließ, jetzt kommt immer old_version, leider scheint ja das yowsup projekt nicht mehr aktuell gehalten zu werden. ich werde weiter rum probieren.
gruß ofno
Zitat von: ofno am 19 November 2017, 20:06:26
natürlich, ich denke das Hauptproblem ist denke ich yowsup, das Skript brachte immer Fehler beim yowsup-cli, ich habe dann einiges ausprobiert bis es sich ausführen ließ, jetzt kommt immer old_version, leider scheint ja das yowsup projekt nicht mehr aktuell gehalten zu werden. ich werde weiter rum probieren.
gruß ofno
Old Version könnte evtl. durch thread Beitrag #1515 behoben werden.
Erst mal nur die env_s40.py anpassen.
Raspi reboot nicht vergessen.
Gesendet von meinem SM-G930F mit Tapatalk
ich musste scheinbar noch das setup.py install ausführen.
inzwischen konnte ich auch ein pw bekommen welches ich in die yowsup.config übernommen habe.
Das absenden einer Testnachricht brachte leider weder einen Fehler noch ein Ergebnis.
beim Einrichten in FHEM habe ich ein
internals
STATE Connected
readings
state offline
sent kam auch nicht an
Und was steht in Deinem Log? Und welche Fehlermeldung kommt bei einem sent in der Kommandozeile?
im log steht kein fehler in der console kommt kein Fehler
pi@raspberrypi3b:/ $ yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49176xxxxxxxxxx test
yowsup-cli v2.0.15
yowsup v2.5.2
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
pi@raspberrypi3b:/ $
edit:
ich habe verbode auf 5 gesetzt, es kommt dann#
WhatsApp: parse: Error: Not connected
habe mal einen reconnect versucht
2017.11.19 22:10:33 3 : WhatsApp: sending /disconnect
2017.11.19 22:10:33 3 : WhatsApp: Disconnected
2017-11-19 22:10:33 yowsup WhatsApp reconnect
2017.11.19 22:10:34 4 : WhatsApp: parse: yowsup-cli v2.0.15 yowsup v2.5.2 Copyright (c) 2012-2016 Tarek Galal http://www.openwhatsapp.org This software is provided free of charge. Copying and redistribution is encouraged. If you appreciate this software and you would like to support future development please consider donating: http://openwhatsapp.org/yowsup/donate
2017.11.19 22:10:34 4 : WhatsApp: parse: Yowsup Cli client ================== Type /help for available commands
2017.11.19 22:10:34 4 : WhatsApp: parse: [offline]:
2017.11.19 22:10:34 3 : WhatsApp: sending /L
2017.11.19 22:10:34 3 : WhatsApp: sending /presence available
hi,
ich habe es inzwischen hinbekommen, ich hatte beim vielen rumprobieren in die env.py als default mal android eingetragen, ich habe dies jetzt wieder geändert auf s40 danach habe ich wieder ein setup.py install gemacht und siehe da es ging.
:)
Prima!
Viel Spaß mit diesem Modul ;)
nach dem das senden von texten prima klappt habe ich versucht Bilder zu versenden, Profilbild setzen ging.
wenn ich aber ein Bild z.b. /tmp/bild.jpg senden möchte klappt es nicht.
log:
2017-11-26 12:34:42 yowsup Handy sent: image: /tmp/bild.jpg
2017.11.26 12:34:42 3 : WhatsApp: sending /image send 49XXXXXXXXXXXX /tmp/bild.jpg
Zitat von: ofno am 26 November 2017, 12:43:52
nach dem das senden von texten prima klappt habe ich versucht Bilder zu versenden, Profilbild setzen ging.
wenn ich aber ein Bild z.b. /tmp/bild.jpg senden möchte klappt es nicht.
log:
2017-11-26 12:34:42 yowsup Handy sent: image: /tmp/bild.jpg
2017.11.26 12:34:42 3 : WhatsApp: sending /image send 49XXXXXXXXXXXX /tmp/bild.jpg
Ging mal, seit etlichen Monaten leider nicht mehr, laut einem Thread auf GitHub hat es etwas mit der Verschlüsselung zu tun.
Ich stoße Anfragen nach Bildern per WhatsApp an, und sende sie mir per Telegram zu. Suboptimal, will aber nicht von Yowsup weg.
Gesendet von meinem SM-G930F mit Tapatalk
Hallo,
Erst mal danke für das Modul.
Beim Erstellen eines AT-Jobs für einen automatischen Reconnect ist mir aufgefallen das Internal STATUS und Reading status nicht "Synchron" sind.
Habe jetzt if ((InternalVal("WhatsApp", "STATE","")) ne "connected")
benutzt.
Oder gibt es ein Attribut das einen Automatischen Reconnect auslöst.
Gruß
Thomas
ich dachte das macht das modul selbst :o
jedenfalls reconnected yowsup immer nach meiner nächtlichen zwangstrennung ;)
Hallo nils_,
zumindest hatte ich die Tage das Problem, das yowsup "Disconnected" war, und ein Cronjob frisst kein Brot.
Gruß
Thomas
Zitat von: Tommi ratlos am 29 November 2017, 11:09:26
Hallo nils_,
zumindest hatte ich die Tage das Problem, das yowsup "Disconnected" war, und ein Cronjob frisst kein Brot.
Gruß
Thomas
das ist wahr. wobei at != cron :)
evtl. geht da auch eher was mit einem notify, aber sei es drum :)
Hallo,
ich versuche gerade yowsup einzurichten und komme bis:
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Als return bekomme ich old_version
Wenn ich die posts hier richtig verstanden habe, soll man die env_s40.py auf die aktuelle
WhatsApp Version (Versions Nummer) anpassen, anschließend das System neu Starten (???)
und ggf. setup.py neu ausführen.
Bringt bei mir leider alles nix. Mein Handy sagt Version 2.17.82 und die habe ich eingetragen.
Was habe ich noch übersehen?
:)
linuxpaul
Hai,
bei mir hat der Parameter --env android
und die Änderung der
env_android.py
_MD5_CLASSES = "IdHZifpmNTVVCJ50Cu7RMA=="
_KEY = "eQV5aq/Cg63Gsq1sshN9T3gh+UUp0wIw0xgHYT1bnCjEqOJQKCRrWxdAe2yvsDeCJL+Y4G3PRD2HUF7oUgiGo8vGlNJOaux26k+A2F3hj8A="
_VERSION = "2.17.350"
zum Ziel geführt.
Anscheinend ändern sich die Werte regelmäßig.
Gruß
Thomas
Bist du sicher, dass dein Key richtig ist, denn zumindest endet dein Key Feld nicht mit eine ,,
Grus Thomas
Hallo,
copy und paste Fehler :-[
Habe es nochmal geändert.
Gruß
Thomas
Hallo nochmal,
wenn man kein Handy für den SMS Empfang hat kann anstelle -r sms -r voice
verwendet werden.
Dann wird auf der Nummer angerufen und der Code angesagt.
Gruß
Thomas
Danke erstmal, ich denke ich muss mich mit dem Thema nochmal tiefer auseinandersetzen.
Einfach abtippen scheint hier keine gute Lösung zu sein.
Übernehme ich die Daten in die env_andriod.py und ändere den Aufruf, bekomme ich jetzt no_routes (Telekom Festnetznummer)
mit -r voice kommt to_recent und nehme ich dann wieder den Aufruf aus dem wiki, kommt jetzt bad_token.
Ich gehe das später nochmal an.
:)
linuxpaul
Hallo,
Diese Version habe ich verwendet.
git clone git://github.com/tgalal/yowsup.git
cd yowsup
Nach Änderung der env_andriod.py
python setup.py install
Hier nochmal der komplette Aufruf:
yowsup-cli registration --env android --requestcode voice --phone 49xxxxxxxxxxx --cc 49 --mcc 262
Sipgate Festnetz Nummer.
Gruß
Thomas
Mir gelingt zwar die Registrierung. Das versenden von Nachrichten zeigt auch keinen Fehler.
Aber ich empfange dann keine Nachrichten auf meine Handy (an das ich gesendet habe)...
Irgendwie ist das ganze sehr kompliziert.
Wer nur eine 1 Weg Richtung braucht: raspi -> User der kann sich auch mal Pushbullet & FHEM (https://wiki.fhem.de/wiki/Pushbullet) angucken, das is wesentlich einfacher integriert
Morgen,
ist der Status von WhatsApp in FHEM "connected"?
Was passiert wenn du eine Nachricht an FHEM sendest. Die sollte dann in FHEM sichtbar sein und ein Device mit der Nummer im Raum yowsup angelegt werden.
Gruß
Thomas
Ich bin noch an der Stelle an der ich auf Kommandozeilen arbeite... also direkt auf meinem Raspi.
Wenn ich da das CLI starte, dann steht da als Status "Offline".
Ein "/L" ... für Login brachte auch keine Besserung :(
Hallo,
welche Rückmeldung gibt "/L"
Gruß
Thomas
Zitat von: linuxpaul am 02 Dezember 2017, 23:45:18
Hallo,
ich versuche gerade yowsup einzurichten und komme bis:
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r sms
Als return bekomme ich old_version
Wenn ich die posts hier richtig verstanden habe, soll man die env_s40.py auf die aktuelle
WhatsApp Version (Versions Nummer) anpassen, anschließend das System neu Starten (???)
und ggf. setup.py neu ausführen.
Bringt bei mir leider alles nix. Mein Handy sagt Version 2.17.82 und die habe ich eingetragen.
Was habe ich noch übersehen?
:)
linuxpaul
https://forum.fhem.de/index.php/topic,27543.msg712494.html#msg712494
so hab ich das bei mir auch geändert!!
Leider nicht viel:
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
general: Disconnected: Connection Closed
[offline]:
[offline]:
Ich benutze den folgenden Befehl
python yowsup-cli demos --yowsup -c /opt/yowsup-config/yowsup.config -E android
und habe die folgenden Änderungen in der env_android.py gemacht:
_MD5_CLASSES = "IdHZifpmNTVVCJ50Cu7RMA=="
_KEY = "eQV5aq/Cg63Gsq1sshN9T3gh+UUp0wIw0xgHYT1bnCjEqOJQKCRrWxdAe2yvsDeCJL+Y4G3PRD2HUF7oUgiGo8vGl$Go8vGlNJOaux26k+A2F3hj8A="
_VERSION = "2.17.350"
Ich verwende eine Ferstnetz-Telefon-Nummer.
Hier https://github.com/AragurDEV/yowsup gibt es eine neue yowsub Version mit der auch wieder der Versand von Bildern funktioniert (weil verschlüsselt). Sie braucht allerdings Python3. In Verbindung mit dem yowsub Modul haben sich bei mir die Messages geändert. Die versandten Texte sind in Anführungszeichen und haben ein b voarngestellt also b'Hallo' statt früher nur Hallo. Auch scheint es beim Versand Probleme zu geben, da lange Texte mit Zeilenumbrüchen bei mir noch nicht gehen.
Hallo zusammen,
ich habe vorgestern das aktuelle Release (30.12.2017) von tgalal:master installiert.
Wie schon in der Version zuvor, wird die Verbindung in der Nacht getrennt, aber warum klappt ein reconnect über die Oberfläche nicht? Nur ein kompletter Neustart von FHEM hilft.
Hat sonst jemand das gleicht Problem und gibt es ggf. eine Lösung?
Ein disconnect funktioniert, aber ein reconnect danach nicht.
VG
Marc
Nutzt noch jemand das Modul?
Wenn ja, wie geht ihr mit dem nächtlichen disconnect um?
VG
Marc
Zitat von: Init am 04 Januar 2018, 20:09:26
Nutzt noch jemand das Modul?
Wenn ja, wie geht ihr mit dem nächtlichen disconnect um?
VG
Marc
Hallo Marc,
ja, immer noch und zur vollsten Zufriedenheit. Ich habe mir mal bei disconnect und connect Messages über Telegram schicken lassen. Das passiert mehrmals am Tag. Allerdings funktioniert das Senden über WhatsApp immer.
Grüße Jörg
Hallo Jörg,
was machst du denn, wenn ein disconnect bekommst? FHEM komplett neu starten?
VG
Marc
Hallo Marc,
das reconnect geht immer von alleine.
Grüße Jörg
Hallo Jörg,
dass ist ja komisch, bei mir hilft echt nur ein Neustart von FHEM und das ist auf dauer natürlich keine Lösung :-(
Ich nutzte Ubuntu mit den aktuellen Versionen von yowsup/tgalal und FHEM.
Welche Versionen nutzt du?
VG
Marc
Hallo Marc,
RPi mit Debian Wheezy.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Danke Jörg!
Habe herausgefunden, dass bei mir beim Reconnect in der function "yowsup_Read" die Variable $buf = "" und $ret = 0 ist.
Dadurch erfolgt wieder ein yowsup_Disconnect mit anschließendem yowsup_Connect und dann lande ich in einer Endlosschleife.
@justme1968: Hast du eine Idee?
Oder jemand anderes?
VG
Marc
Also ich habe mal weiter recherchiert und habe festgestellt, dass ganz kurz Prozesse beim reconnect gestartet werden, aber dann sofort wieder weg sind.
Hier ein Beispiel:
fhem 15134 0.0 0.2 21016 4604 pts/0 R 15:51 0:00 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
fhem 15138 0.0 0.1 12748 2156 pts/0 S+ 15:51 0:00 grep yowsup
fhem 15134 0.0 0.3 23780 6960 pts/0 R 15:51 0:00 python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
Die Frage ist nun, warum die Prozesse bei mir sofort wieder beendet werden, aber nur beim restart.
Hat sonst keiner das Problem?
Ich habe auch noch zusätzliches Logging eingebaut.
Hier mein Log beim Start von FHEM:
2018.01.08 21:57:33.555 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:57:33.555 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:57:33.555 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x796a168)
2018.01.08 21:57:33.566 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 21:57:33.566 1: WhatsApp(yowsup_Disconnect): Start
2018.01.08 21:57:33.566 1: WhatsApp(yowsup_Disconnect): 2 RemoveInternalTimer
2018.01.08 21:57:33.567 1: WhatsApp(yowsup_Disconnect): 3 Found PID
2018.01.08 21:57:33.567 1: WhatsApp(yowsup_Write): Start
2018.01.08 21:57:33.567 1: WhatsApp(yowsup_Write): 1 sending /disconnect
2018.01.08 21:57:33.568 1: WhatsApp(yowsup_Write): Ende
2018.01.08 21:57:33.568 1: WhatsApp(yowsup_Disconnect): 4 Kill PID
2018.01.08 21:57:33.573 1: WhatsApp(yowsup_Disconnect): 5 Close FH: GLOB(0x6605940)
2018.01.08 21:57:33.574 1: WhatsApp(yowsup_Disconnect): 6 Delete FH: GLOB(0x6605940)
2018.01.08 21:57:33.574 1: WhatsApp(yowsup_Disconnect): 7 Delete FD:
2018.01.08 21:57:33.574 1: WhatsApp(yowsup_Disconnect): 8 Delete List: HASH(0x66055b0)
2018.01.08 21:57:33.575 1: WhatsApp(yowsup_Disconnect): 9 Disconnected
2018.01.08 21:57:33.575 1: WhatsApp(yowsup_Disconnect): Ende
2018.01.08 21:57:33.575 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 21:57:41.393 1: WhatsApp(yowsup_Disconnect): Start
2018.01.08 21:57:41.393 1: WhatsApp(yowsup_Disconnect): 2 RemoveInternalTimer
2018.01.08 21:57:41.394 1: WhatsApp(yowsup_Connect): Start
2018.01.08 21:57:41.394 1: WhatsApp(yowsup_Connect): 1
2018.01.08 21:57:41.394 1: WhatsApp(yowsup_Connect): 2 yowsup_child: GLOB(0x5887a10)
2018.01.08 21:57:41.395 1: WhatsApp(yowsup_Connect): 3 parent: GLOB(0x5887b30)
2018.01.08 21:57:41.399 1: WhatsApp(yowsup_Connect): 4 pid: 5328
2018.01.08 21:57:41.403 1: WhatsApp(yowsup_Connect): 7 found pid: 5328
2018.01.08 21:57:41.403 1: WhatsApp(yowsup_Connect): Ende
2018.01.08 21:57:41.406 1: WhatsApp(yowsup_Connect): 4 pid: 0
2018.01.08 21:57:41.412 1: WhatsApp(yowsup_Connect): 8 NOT found pid: 0
2018.01.08 21:57:41.413 1: WhatsApp(yowsup_Connect): 9 fileno: 38
2018.01.08 21:57:41.413 1: WhatsApp(yowsup_Connect): 11 exec cmd: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2018.01.08 21:57:44.998 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:57:44.999 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:57:44.999 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x14593f0)
2018.01.08 21:57:45.000 1: WhatsApp(yowsup_Notify): 3 vor Disconnect
2018.01.08 21:57:45.000 1: WhatsApp(yowsup_Disconnect): Start
2018.01.08 21:57:45.001 1: WhatsApp(yowsup_Disconnect): 2 RemoveInternalTimer
2018.01.08 21:57:45.002 1: WhatsApp(yowsup_Disconnect): 3 Found PID
2018.01.08 21:57:45.002 1: WhatsApp(yowsup_Write): Start
2018.01.08 21:57:45.003 1: WhatsApp(yowsup_Write): 1 sending /disconnect
2018.01.08 21:57:45.004 1: WhatsApp(yowsup_Write): Ende
2018.01.08 21:57:45.004 1: WhatsApp(yowsup_Disconnect): 4 Kill PID
2018.01.08 21:57:45.008 1: WhatsApp(yowsup_Disconnect): 5 Close FH: GLOB(0x5887a10)
2018.01.08 21:57:45.008 1: WhatsApp(yowsup_Disconnect): 6 Delete FH: GLOB(0x5887a10)
2018.01.08 21:57:45.009 1: WhatsApp(yowsup_Disconnect): 7 Delete FD:
2018.01.08 21:57:45.009 1: WhatsApp(yowsup_Disconnect): 8 Delete List: HASH(0x561e1e0)
2018.01.08 21:57:45.009 1: WhatsApp(yowsup_Disconnect): 9 Disconnected
2018.01.08 21:57:45.010 1: WhatsApp(yowsup_Disconnect): Ende
2018.01.08 21:57:45.010 1: WhatsApp(yowsup_Notify): 4 vor Connect
2018.01.08 21:57:45.010 1: WhatsApp(yowsup_Connect): Start
2018.01.08 21:57:45.010 1: WhatsApp(yowsup_Connect): 1
2018.01.08 21:57:45.011 1: WhatsApp(yowsup_Connect): 2 yowsup_child: GLOB(0x561e8b0)
2018.01.08 21:57:45.011 1: WhatsApp(yowsup_Connect): 3 parent: GLOB(0x6c7ec08)
2018.01.08 21:57:45.017 1: WhatsApp(yowsup_Connect): 4 pid: 5330
2018.01.08 21:57:45.018 1: WhatsApp(yowsup_Connect): 7 found pid: 5330
2018.01.08 21:57:45.018 1: WhatsApp(yowsup_Connect): Ende
2018.01.08 21:57:45.018 1: WhatsApp(yowsup_Notify): Ende
2018.01.08 21:57:45.036 1: WhatsApp(yowsup_Connect): 4 pid: 0
2018.01.08 21:57:45.038 1: WhatsApp(yowsup_Connect): 8 NOT found pid: 0
2018.01.08 21:57:45.038 1: WhatsApp(yowsup_Connect): 9 fileno: 36
2018.01.08 21:57:45.040 1: WhatsApp(yowsup_Connect): 10 setting $HOME to /opt/fhem
2018.01.08 21:57:45.044 1: WhatsApp(yowsup_Connect): 11 exec cmd: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2018.01.08 21:57:46.974 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:46.975 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:46.975 1: WhatsApp(yowsup_Read): 2 $ret= 337
2018.01.08 21:57:46.975 1: WhatsApp(yowsup_Read): 3 $buf= yowsup-cli v2.0.15
2018.01.08 21:57:46.976 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:46.976 1: WhatsApp(yowsup_Parse): $data = yowsup-cli v2.0.15
2018.01.08 21:57:46.976 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:46.981 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:46.982 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:46.982 1: WhatsApp(yowsup_Read): 2 $ret= 71
2018.01.08 21:57:46.982 1: WhatsApp(yowsup_Read): 3 $buf= Yowsup Cli client
2018.01.08 21:57:46.982 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:46.983 1: WhatsApp(yowsup_Parse): $data = Yowsup Cli client
2018.01.08 21:57:46.983 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:46.984 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:46.987 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:46.987 1: WhatsApp(yowsup_Read): 2 $ret= 1
2018.01.08 21:57:46.987 1: WhatsApp(yowsup_Read): 3 $buf=
2018.01.08 21:57:46.988 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:46.988 1: WhatsApp(yowsup_Parse): $data =
2018.01.08 21:57:46.989 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:46.991 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:46.994 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:46.995 1: WhatsApp(yowsup_Read): 2 $ret= 10
2018.01.08 21:57:46.995 1: WhatsApp(yowsup_Read): 3 $buf= [offline]:
2018.01.08 21:57:46.995 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:46.996 1: WhatsApp(yowsup_Parse): $data = [offline]:
2018.01.08 21:57:46.997 1: WhatsApp(yowsup_Parse): 1 offline
2018.01.08 21:57:47.002 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 21:57:47.007 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 21:57:47.007 1: WhatsApp(yowsup_Parse): 2 WAITING_FOR_LOGIN
2018.01.08 21:57:47.009 1: WhatsApp(yowsup_Write): Start
2018.01.08 21:57:47.010 1: WhatsApp(yowsup_Write): 1 sending /L
2018.01.08 21:57:47.012 1: WhatsApp(yowsup_Write): Ende
2018.01.08 21:57:47.013 1: WhatsApp(yowsup_Write): Start
2018.01.08 21:57:47.013 1: WhatsApp(yowsup_Write): 1 sending /presence available
2018.01.08 21:57:47.014 1: WhatsApp(yowsup_Write): Ende
2018.01.08 21:57:47.015 1: WhatsApp(yowsup_Write): Start
2018.01.08 21:57:47.015 1: WhatsApp(yowsup_Write): 1 sending /presence name 'Home'
2018.01.08 21:57:47.015 1: WhatsApp(yowsup_Write): Ende
2018.01.08 21:57:47.023 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:47.724 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Read): 2 $ret= 17
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Read): 3 $buf= Auth: Logged in!
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Parse): $data = Auth: Logged in!
2018.01.08 21:57:47.725 1: WhatsApp(yowsup_Parse): 4 Logged in
2018.01.08 21:57:47.731 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 21:57:47.736 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 21:57:47.738 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:47.740 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:47.741 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:47.742 1: WhatsApp(yowsup_Read): 2 $ret= 84
2018.01.08 21:57:47.742 1: WhatsApp(yowsup_Read): 3 $buf= [connected]:[connected]:[connected]:[connected]:[connected]:[connected]:[connected]:
2018.01.08 21:57:47.742 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:47.742 1: WhatsApp(yowsup_Parse): $data = [connected]:[connected]:[connected]:[connected]:[connected]:[connected]:[connected]:
2018.01.08 21:57:47.743 1: WhatsApp(yowsup_Parse): 3 connected
2018.01.08 21:57:47.746 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 21:57:47.746 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 21:57:47.747 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:47.827 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:47.828 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:47.828 1: WhatsApp(yowsup_Read): 2 $ret= 114
2018.01.08 21:57:47.829 1: WhatsApp(yowsup_Read): 3 $buf= general: PRESENCECHANGE Tag: presence State: online From: 4920xxxxxxxxx@s.whatsapp.net Lastseen None
2018.01.08 21:57:47.829 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:47.829 1: WhatsApp(yowsup_Parse): $data = general: PRESENCECHANGE Tag: presence State: online From: 4920xxxxxxxxx@s.whatsapp.net Lastseen None
2018.01.08 21:57:47.830 1: WhatsApp(yowsup_Parse): 3 connected
2018.01.08 21:57:47.830 1: WhatsApp(yowsup_Parse): 5 PRESENCECHANGE
2018.01.08 21:57:47.830 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:47.954 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:57:47.955 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:57:47.955 1: WhatsApp(yowsup_Read): 2 $ret= 403
2018.01.08 21:57:47.955 1: WhatsApp(yowsup_Read): 3 $buf= Iq:
2018.01.08 21:57:47.955 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:57:47.956 1: WhatsApp(yowsup_Parse): $data = Iq:
2018.01.08 21:57:47.956 1: WhatsApp(yowsup_Parse): 3 connected
2018.01.08 21:57:47.956 1: WhatsApp(yowsup_Parse): 5 PRESENCECHANGE
2018.01.08 21:57:47.962 1: WhatsApp(yowsup_Parse): Ende
2018.01.08 21:57:53.278 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:57:53.279 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:57:53.279 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x6c7a4e0)
2018.01.08 21:58:17.040 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:58:17.040 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:58:17.040 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x68b7ce8)
2018.01.08 21:58:17.095 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:58:17.096 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:58:17.097 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x6a3aaf0)
2018.01.08 21:58:19.296 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:58:19.297 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:58:19.297 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x68b7238)
2018.01.08 21:58:20.210 1: WhatsApp(yowsup_Notify): Start
2018.01.08 21:58:20.210 1: WhatsApp(yowsup_Notify): 1 DEVName global
2018.01.08 21:58:20.210 1: WhatsApp(yowsup_Notify): 2 DEVName ARRAY(0x69f2968)
2018.01.08 21:58:37.891 1: WhatsApp(yowsup_Read): Start
2018.01.08 21:58:37.891 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x561e8b0)
2018.01.08 21:58:37.891 1: WhatsApp(yowsup_Read): 2 $ret= 59
2018.01.08 21:58:37.892 1: WhatsApp(yowsup_Read): 3 $buf= Iq:
2018.01.08 21:58:37.892 1: WhatsApp(yowsup_Parse): Start
2018.01.08 21:58:37.892 1: WhatsApp(yowsup_Parse): $data = Iq:
2018.01.08 21:58:37.893 1: WhatsApp(yowsup_Parse): Ende
Und hier ein Beispiel für den reconnect:
2018.01.08 22:09:08.181 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:08.182 1: WhatsApp(yowsup_Connect): Start
2018.01.08 22:09:08.182 1: WhatsApp(yowsup_Connect): 1
2018.01.08 22:09:08.183 1: WhatsApp(yowsup_Connect): 2 yowsup_child: GLOB(0x6b64420)
2018.01.08 22:09:08.183 1: WhatsApp(yowsup_Connect): 3 parent: GLOB(0x6968120)
2018.01.08 22:09:08.194 1: WhatsApp(yowsup_Connect): 4 pid: 5380
2018.01.08 22:09:08.196 1: WhatsApp(yowsup_Connect): 7 found pid: 5380
2018.01.08 22:09:08.196 1: WhatsApp(yowsup_Connect): Ende
2018.01.08 22:09:08.216 1: WhatsApp(yowsup_Connect): 4 pid: 0
2018.01.08 22:09:08.220 1: WhatsApp(yowsup_Connect): 8 NOT found pid: 0
2018.01.08 22:09:08.221 1: WhatsApp(yowsup_Connect): 9 fileno: 64
2018.01.08 22:09:08.222 1: WhatsApp(yowsup_Connect): 10 setting $HOME to /opt/fhem
2018.01.08 22:09:08.219 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:08.222 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:08.223 1: WhatsApp(yowsup_Connect): 11 exec cmd: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2018.01.08 22:09:08.228 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:08.228 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:08.245 1: WhatsApp(yowsup_Read): Start
2018.01.08 22:09:08.245 1: WhatsApp(yowsup_Read): 1 hashFH= GLOB(0x6b64420)
2018.01.08 22:09:08.246 1: WhatsApp(yowsup_Read): 2 $ret= 0
2018.01.08 22:09:08.246 1: WhatsApp(yowsup_Read): 3 $buf=
2018.01.08 22:09:08.246 1: WhatsApp(yowsup_Read): yowsup_Read: 3 error during sysread - waiting!
2018.01.08 22:09:09.246 1: WhatsApp(yowsup_Read): yowsup_Read: 3 error during sysread - waiting!
2018.01.08 22:09:10.246 1: WhatsApp(yowsup_Read): yowsup_Read: 3 error during sysread - waiting!
2018.01.08 22:09:11.247 1: WhatsApp(yowsup_Read): yowsup_Read: 3 error during sysread - waiting!
2018.01.08 22:09:12.247 1: WhatsApp(yowsup_Read): yowsup_Read: 3 error during sysread - waiting!
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Disconnect): Start
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Disconnect): 2 RemoveInternalTimer
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Disconnect): 3 Found PID
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Write): Start
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Write): 1 sending /disconnect
2018.01.08 22:09:13.248 1: WhatsApp(yowsup_Write): Ende
2018.01.08 22:09:13.249 1: WhatsApp(yowsup_Disconnect): 4 Kill PID
2018.01.08 22:09:13.253 1: WhatsApp(yowsup_Disconnect): 5 Close FH: GLOB(0x6b64420)
2018.01.08 22:09:13.254 1: WhatsApp(yowsup_Disconnect): 6 Delete FH: GLOB(0x6b64420)
2018.01.08 22:09:13.254 1: WhatsApp(yowsup_Disconnect): 7 Delete FD:
2018.01.08 22:09:13.254 1: WhatsApp(yowsup_Disconnect): 8 Delete List: HASH(0x561e1e0)
2018.01.08 22:09:13.255 1: WhatsApp(yowsup_Disconnect): 9 Disconnected
2018.01.08 22:09:13.255 1: WhatsApp(yowsup_Disconnect): Ende
2018.01.08 22:09:13.255 1: WhatsApp(yowsup_Read): yowsup_Read: 5 end of file reached while sysread
2018.01.08 22:09:13.268 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:13.269 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:13.269 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:13.270 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:13.720 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:13.720 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:17.345 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:17.345 1: WhatsApp(yowsup_Disconnect): Start
2018.01.08 22:09:17.346 1: WhatsApp(yowsup_Disconnect): 2 RemoveInternalTimer
2018.01.08 22:09:17.357 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:17.358 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:17.359 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:17.359 1: WhatsApp(yowsup_Shutdown): Ende
2018.01.08 22:09:17.360 1: WhatsApp(yowsup_Shutdown): Start
2018.01.08 22:09:17.360 1: WhatsApp(yowsup_Shutdown): Ende
Wäre wirklich toll, wenn jemand eine Idee hätte, was ich prüfen oder ändern kann.
Viele Grüße
Marc
Hallo,
ich habe zunächst mal versucht, die yowsup-Registrierung auf der Kommandozeile ans Laufen zu bekommen. Das hat vor ein paar Monaten noch funktioniert, aber jetzt geht es nicht mehr (Fehlermeldung mit old_version). Die Registrierung von Mobilnummern auf denen bereits Whatsapp mittels App aktiv läuft (und deren Registrierung schon ziemlich lange her ist) funktioniert wie sie sollte. Whatspp scheint also Neuregistrierungen via yowsup zu blocken.
Ich möchte gerne testen, ob man durch die Einrichtung eines Zugangs in der Whatsapp App diese Nummer dann auch mit yowsup nutzen kann.
Dazu wollte ich mir ein leeres Smartphone besorgen und mit einer frischen SIM Karte testen, ob ich deren Nummer mit yowsup registrieren kann, nachdem ich sie auf dem smartphone mit der App eingerichtet habe.
Vielleicht hilft dieser Hinweis etwas Arbeit zu ersparen.
Viele Grüße
Gunnar
https://github.com/tgalal/yowsup/issues/2319
Ganz unten, von tgalal:
< update yowsup, register using android env, login using s40 env >
PS: ich verwende eine Festnetznummer.
So, habe gestern noch viel getestet und herausgefunden, dass der reconnect bei einem laufenden HMCCU nicht funktioniert.
Sobald ich folgendes in meiner cfg habe, dann funktioniert der reconnect nicht mehr. Nach dem entfernen funktioniert auch der reconnect:
define d_ccu HMCCU 192.168.146.12
attr d_ccu ccuflags extrpc
attr d_ccu group HMCCU
attr d_ccu room HMCCU,System
attr d_ccu rpcinterfaces BidCos-RF,BidCos-Wired,HmIP-RF
attr d_ccu rpcport 2001,2000,2010
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
Hat jemand eine Idee?
VG
Marc
Hallo,
versende ich eine Nachricht - set Masterdevice send 49.....,49...... Testnachricht - über das Masterdevice für mehrere Empfänger, dann erhalte ich folgendes Fehlerlog:
Log ist zeitlich absteigend sortiert. Bitte von unten nach oben lesen.
<type 'exceptions.AttributeError'>: 'NoneType' object has no attribute 'sleep'
File "/usr/share/fhem/yowsup-master/yowsup/layers/protocol_iq/layer.py", line 98, in run
File "/usr/lib/python2.7/threading.py", line 552, in __bootstrap_inner
Traceback (most recent call last):
Exception in thread YowPingThread-2 (most likely raised during interpreter shutdown):
TypeError: <lambda>() takes no arguments (2 given)
errorClbk(errorNode, getKeysEntity)
File "/usr/share/fhem/yowsup-master/yowsup/layers/axolotl/layer_base.py", line 81, in onError
errorClbk(protocolTreeNode, originalIq)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 163, in processIqRegistry
if not self.processIqRegistry(protocolTreeNode):
File "/usr/share/fhem/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 64, in receive
s.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(protocolTreeNode)
File "/usr/share/fhem/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 44, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(node)
File "/usr/share/fhem/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(payload)
File "/usr/share/fhem/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(oneMessageData)
File "/usr/share/fhem/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.processReceived()
File "/usr/share/fhem/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.__upper.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.toUpper(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.receive(data)
File "/usr/share/fhem/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.handle_read()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 87, in read
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
asyncore.loop(*args, **kwargs)
File "/usr/share/fhem/yowsup-master/yowsup/stacks/yowstack.py", line 188, in loop
self.stack.loop(timeout = 0.5, discrete = 0.5)
File "/usr/share/fhem/yowsup-master/yowsup/demos/cli/stack.py", line 26, in start
stack.start()
File "/usr/share/fhem/yowsup-master/yowsup-cli", line 297, in startCmdline
self.startCmdline()
File "/usr/share/fhem/yowsup-master/yowsup-cli", line 268, in process
if not parser.process():
File "/usr/share/fhem/yowsup-master/yowsup-cli", line 368, in <module>
Traceback (most recent call last):
# $Id: 32_yowsup.pm 12219 2016-09-29 10:03:25Z justme1968 $
# aktuelles yowsup
Hm, da gibt es wohl noch einen offen Punkt:
https://github.com/tgalal/yowsup/issues/2043
Grüße Jörg
Hallo Jörg,
danke für den Hinweis, das Issue habe ich übersehen.
Dann geht das wohl nichts, schade😳
Viele Grüße
Pit
Zitat von: piet_pit am 16 Januar 2018, 21:24:00
Hallo Jörg,
danke für den Hinweis, das Issue habe ich übersehen.
Dann geht das wohl nichts, schade😳
Viele Grüße
Pit
Hallo,
anbei eine 32_yowsup.pm in der ich eine Workaround eingebaut habe.
Grüße Jörg
PS:
Zeile 312
return yowsup_Write( $hash, "/message broadcast $number '". join( ' ', @args ) ."'" );
wird durch
my @numbers=split(',',$number);
foreach my $in_nmb (@numbers) {
$ret = yowsup_Write( $hash, "/message send $in_nmb '". join( ' ', @args ) ."'" );
Log3 $name, 3, "$name -> broadcast: $in_nmb";
}
return $ret;
ersetzt
Zitat von: Init am 10 Januar 2018, 09:13:50
So, habe gestern noch viel getestet und herausgefunden, dass der reconnect bei einem laufenden HMCCU nicht funktioniert.
Sobald ich folgendes in meiner cfg habe, dann funktioniert der reconnect nicht mehr. Nach dem entfernen funktioniert auch der reconnect:
define d_ccu HMCCU 192.168.146.12
attr d_ccu ccuflags extrpc
attr d_ccu group HMCCU
attr d_ccu room HMCCU,System
attr d_ccu rpcinterfaces BidCos-RF,BidCos-Wired,HmIP-RF
attr d_ccu rpcport 2001,2000,2010
attr d_ccu rpcserver on
attr d_ccu stateFormat rpcstate/state
Hat jemand eine Idee?
VG
Marc
FYI: Das Thema verfolge ich in diesem Thread weiter: https://forum.fhem.de/index.php/topic,82738.0.html (https://forum.fhem.de/index.php/topic,82738.0.html)
Zitat von: JoWiemann am 17 Januar 2018, 19:36:53
Hallo,
anbei eine 32_yowsup.pm in der ich eine Workaround eingebaut habe.
Grüße Jörg
PS:
Zeile 312
return yowsup_Write( $hash, "/message broadcast $number '". join( ' ', @args ) ."'" );
wird durch
my @numbers=split(',',$number);
foreach my $in_nmb (@numbers) {
$ret = yowsup_Write( $hash, "/message send $in_nmb '". join( ' ', @args ) ."'" );
Log3 $name, 3, "$name -> broadcast: $in_nmb";
}
return $ret;
ersetzt
Läuft so nicht es fehlt noch was
my @numbers=split(',',$number);
my $ret = "";
foreach my $in_nmb (@numbers) {
$ret = yowsup_Write( $hash, "/message send $in_nmb '". join( ' ', @args ) ."'" );
Log3 $name, 3, "$name -> broadcast: $in_nmb";
}
return $ret;
my $ret = "";
das rote muss noch hinzugefügt werden. dann klappt es
Für alle wo der Whatsapp Client abstürzt wenn man Umlaute im zuschickt. Ist hier die abhilfe dazuDie Datei
layer.py im Ordner
/opt/yowsup-master/yowsup/demos/cli öffnen
Darin Suchen
Zitatfrom yowsup.common.tools import Jid
from yowsup.common.optionalmodules import PILOptionalModule, AxolotlOptionalModule
Danach einfügen
Zitatimport sys
reload(sys)
sys.setdefaultencoding('utf8')
Speichern und FHEM neustarten. Fertig
Hallo zusammen,
nachdem ich selber seit ca. 15 Monaten Whatsapp auf meiner FHEM Instanz benutze wollte ich dies bei einem Freund auch an den Start bringen.
Anscheinend hat sich baer zwischenzeitlich einiges geändert - 100 Seiten Thread sind mir ein bisschen viel zum durchlesen...
Was ich bisher gemacht habe:
- python3 installiert - da hier eine Fehlermeldung kam
- mit sudo nano /opt/yowsup-master/yowsup/env/env.py
den Eintrag s40 auf android geändert
- mit sudo nano /opt/yowsup-master/yowsup/env/env_android.py
an die aktuelle version den md5 und den key angepasst
- mit
cd /opt/yowsup-master
python yowsup-cli registration --requestcode voice --phone 492xxxxxxx900 --cc 49 --mcc 262 --mnc 02 -E android
yowsup registriert und anschliessend mit
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -R yyyyyy
verifiziert.
Es kamen keine Fehlermeldungen.
Sende ich nun mit
cd /opt/yowsup-master
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxx "Das ist ein Test"
so kommt keine Fehlermeldung aber auch keine Nachricht....
Was tun? Vielen Dank für Eure Hinweise / Hilfe vorab.
LG, Sprudelverduenner
Zitat von: sprudelverduenner am 02 Februar 2018, 21:11:45
Hallo zusammen,
nachdem ich selber seit ca. 15 Monaten Whatsapp auf meiner FHEM Instanz benutze wollte ich dies bei einem Freund auch an den Start bringen.
Anscheinend hat sich baer zwischenzeitlich einiges geändert - 100 Seiten Thread sind mir ein bisschen viel zum durchlesen...
Was ich bisher gemacht habe:
- python3 installiert - da hier eine Fehlermeldung kam
- mit sudo nano /opt/yowsup-master/yowsup/env/env.py
den Eintrag s40 auf android geändert
- mit sudo nano /opt/yowsup-master/yowsup/env/env_android.py
an die aktuelle version den md5 und den key angepasst
- mit
cd /opt/yowsup-master
python yowsup-cli registration --requestcode voice --phone 492xxxxxxx900 --cc 49 --mcc 262 --mnc 02 -E android
yowsup registriert und anschliessend mit
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -R yyyyyy
verifiziert.
Es kamen keine Fehlermeldungen.
Sende ich nun mit
cd /opt/yowsup-master
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxxx "Das ist ein Test"
so kommt keine Fehlermeldung aber auch keine Nachricht....
Was tun? Vielen Dank für Eure Hinweise / Hilfe vorab.
LG, Sprudelverduenner
Es gibt ein debug Parameter den ich jetzt nicht auswendig weiß, der hilft vielleicht weiter
Zitat von: ofno am 02 Februar 2018, 21:24:27
Es gibt ein debug Parameter den ich jetzt nicht auswendig weiß, der hilft vielleicht weiter
Debugging
yowsup-cli
yowsup-cli is your friend. Add in the --debug switch and you can see all sent and received stanza data
Ich scheitere schon bei der Installation...
sudo pip install --upgrade pip
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
und selbiges kommt bei sudo pip install python-axolotl
Zitat von: en-trust am 04 Februar 2018, 13:07:28
Ich scheitere schon bei der Installation...
sudo pip install --upgrade pip
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
und selbiges kommt bei sudo pip install python-axolotl
Kommt mir bekannt vor
Ich glaub bei mir hat ein
pip install six=1.10
vorher geholfen.
Zitat von: ofno am 02 Februar 2018, 21:24:27
Es gibt ein debug Parameter den ich jetzt nicht auswendig weiß, der hilft vielleicht weiter
Die
Registrierung hat letztendlich mit der beschriebenen Änderung von "s40" auf "android" geklappt, nur sind bei mir ebenfalls keine Nachrichten angekommen.
Erst nachdem zurück setzen des default Wertes in der:
sudo nano /opt/yowsup-master/yowsup/env/env.py
--> von "android" auf "s40" (DEFAULT = "s40")
Sind die Nachrichten angekommen...
Der Befehl pip install six=1.10 brachte auch nur...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 269, in run
InstallRequirement.from_line(name, None))
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 173, in from_line
return cls(req, comes_from, url=url, prereleases=prereleases)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 71, in __init__
req = pkg_resources.Requirement.parse(req)
File "/usr/local/lib/python2.7/dist-packages/distribute-0.6.21-py2.7.egg/pkg_resources.py", line 2584, in parse
reqs = list(parse_requirements(s))
File "/usr/local/lib/python2.7/dist-packages/distribute-0.6.21-py2.7.egg/pkg_resources.py", line 2509, in parse_requirements
line, p, specs = scan_list(VERSION,LINE_END,line,p,(1,2),"version spec")
File "/usr/local/lib/python2.7/dist-packages/distribute-0.6.21-py2.7.egg/pkg_resources.py", line 2477, in scan_list
raise ValueError("Expected "+item_name+" in",line,"at",line[p:])
ValueError: ('Expected version spec in', 'six=1.10', 'at', '=1.10')
Storing debug log for failure in /home/pi/.pip/pip.log
Hallo zusammen,
ich habe gestern yowsup soweit erfolgreich eingerichtet und in fhem integriert.
Heute Morgen stehe ich auf und will mein "geiles" neues Feature nutzen und es geht nicht :(
Auf der CLI bekomme ich nur noch: Authentication Error: not-authorized
Wenn ich meine Nummer neu registrieren will, bekomme ich
status: fail
reason: blocked
login: 49XXXXXXXXX
Anscheinend wurde ich geblockt. An was kann das liegen?
Bei euch passiert das ja anscheindend nicht.
Kann mir da jemand weiter helfen ?
Vielen Dank ;)
festnetznummer werden schonmal von Whatsapp geblockt!
Zitat von: nils_ am 07 Februar 2018, 09:30:59
festnetznummer werden schonmal von Whatsapp geblockt!
Ich verwende seit 2 Jahren zwei Festnetznummern ohne Einschränkung.
Wenn die Nummer geblockt ist muss man leider eine neue nehmen.
Evtl. hilft dieser Thread was das registrieren angeht weiter, letzer Eintrag ganz unten.
Ich habe das nicht nachgestellt, es scheint aber nun einen anderen Vorgang beim registrieren zu geben vs. fhem wiki.
https://github.com/tgalal/yowsup/issues/2319
Grüße
Zitat von: heinzfo am 07 Februar 2018, 09:46:49
Ich verwende seit 2 Jahren zwei Festnetznummern ohne Einschränkung.
ich auch.
aber ich habe auch schon mehrfach darüber gelesen das whatsapp festnetznummer blockiert!
Keiner eine Idee zu meinen Fehlern ?
https://forum.fhem.de/index.php/topic,27543.msg761407.html#msg761407
[gelöst siehe unten] ==========
Guten Morgen
Update: Yowsup version 2.5.2 auf meinem Windows PC läuft problemlos, aber yowsup 2.5.7 auf meinem RPi3 nicht.
Wer hat auch dieses Problem mit yowsup?
Seit gestern ca. 22 Uhr, und heute immer noch!
Nach dem senden einer Nachricht aus FHEM erfolgt ein reconnect, die Nachricht kommt nicht am Smartphone an!
Yowsup/Whatsapp bleibt bis zum senden der nächsten Nachricht online.
Log mit yowsup verbose 5:
2018.02.12 08:22:00 3: WhatsApp: sending /message send 491..... 'test2'
Exception in thread Thread-1:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 154, in startInputThread
wait = self.execCmd(cmd)
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in execCmd
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 141, in doExecCmd
return fn()
File "/opt/yowsup-master/yowsup/demos/cli/cli.py", line 138, in <lambda>
return self.doExecCmd(lambda :targetFn(*args))
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 372, in message_send
self.toLower(outgoingMessage)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 84, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 198, in send
s.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 136, in send
send(entity)
File "/opt/yowsup-master/yowsup/layers/protocol_messages/layer.py", line 15, in sendMessageEntity
self.entityToLower(entity)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 140, in entityToLower
self.toLower(entity.toProtocolTreeNode())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 84, in toLower
self.__lower.send(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 198, in send
s.send(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 48, in send
self.processPlaintextNodeAndSend(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 95, in processPlaintextNodeAndSend
self.sendToContact(node)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 155, in sendToContact
ciphertext = cipher.encrypt(messageData)
File "build/bdist.linux-armv6l/egg/axolotl/sessioncipher.py", line 69, in encrypt
self.sessionStore.storeSession(self.recipientId, self.deviceId, sessionRecord)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 55, in storeSession
self.sessionStore.storeSession(recepientId, deviceId, sessionRecord)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/litesessionstore.py", line 35, in storeSession
self.deleteSession(recipientId, deviceId)
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/litesessionstore.py", line 53, in deleteSession
self.dbConn.cursor().execute(q, (recipientId, deviceId))
OperationalError: database is locked
2018.02.12 08:24:07 3: WhatsApp: sending /disconnect
2018.02.12 08:24:07 3: WhatsApp: Disconnected
2018.02.12 08:24:07 2: WhatsApp: setting $HOME to /opt/fhem
2018.02.12 08:24:07 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2018.02.12 08:24:09 4: WhatsApp: parse: yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2018.02.12 08:24:09 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2018.02.12 08:24:09 4: WhatsApp: parse: [offline]:
2018.02.12 08:24:09 3: WhatsApp: sending /L
2018.02.12 08:24:09 3: WhatsApp: sending /presence available
2018.02.12 08:24:10 4: WhatsApp: parse: Auth: Logged in!
Beste Grüße
Heinz
==========
Ich habe axolotl neu installiert, laut wiki, dann kam dieser Fehler:
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 272, in process
self.startSendClient()
File "/opt/yowsup-master/yowsup-cli", line 323, in startSendClient
not self.args["unmoxie"])
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 20, in __init__
.pushDefaultLayers(encryptionEnabled)\
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 52, in pushDefaultLayers
defaultLayers = YowStackBuilder.getDefaultLayers(axolotl)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 74, in getDefaultLayers
from yowsup.layers.axolotl import AxolotlSendLayer, AxolotlControlLayer, AxolotlReceivelayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer_send import AxolotlSendLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 8, in <module>
from axolotl.axolotladdress import AxolotlAddress
ImportError: No module named axolotladdress
Man muss axolotl nochmals deinstallieren und neu installieren, damit die Abhängigkeiten berücksichtigt werden.
https://github.com/tgalal/yowsup/issues/500
sudo pip uninstall python-axolotl
sudo pip install python-axolotl
Jetzt läuft es wieder wie geschmiert ;-)
Hallo,
ab und zu habe ich einen UTF-8 Fehler in yowsup bekommen, was dann zu einem reconnnect geführt hat. Hierzu gibt es einen issue, der aber noch nicht den Weg ins Repository gefunden hat. Anbei die von mir angepasste: yowsup-master/yowsup/demos/cli/layer.py
Damit ist für mich der Fehler behoben.
Grüße Jörg
WetterOnline versendet neuerdings an WhatsApp, Telegram und Co Wetterinformation. Soweit habe ich das auch für Fhem und WhatsApp eingerichtet bekommen. Ich erhalte auch die das Wetter, allerdings wird das Reading message nur mit [Media Type:image, Size:60548, URL:https://mmg-fna.whatsapp.net/d/f/As4it3sfZEGWc6uT_dowUc5d5Lta130tMelYpH9HrMrh.enc] gefüllt. Der auch versendete Text geht irgendwie verloren. Vielleicht hat ja jemand eine Idee.
Grüße Jörg
PS: Hierfür ist allerdings der im vorhergehende Post beschrieben Patch unbedingt notwendig.
sudo pip install python-axolotl
Downloading/unpacking protobuf>=3.0.0.b2 (from python-axolotl)
Downloading protobuf-3.5.2.post1-py2.py3-none-any.whl (388kB): 388kB downloaded
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
im pip.log steht dann...
Downloading/unpacking python-axolotl
Getting page https://pypi.python.org/simple/python-axolotl/
URLs to search for versions for python-axolotl:
* https://pypi.python.org/simple/python-axolotl/
Analyzing links from page https://pypi.python.org/simple/python-axolotl/
Found link https://pypi.python.org/packages/93/e9/539c05a0e1df93084789b029fc8f4a31ac652317f78b80d8ba79b8316cad/python-axolotl-0.1.1.tar.gz#md5=5824fdfd071068b1f6222ce697120ae1 (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.1
Skipping link https://pypi.python.org/packages/f5/45/599d96363d6f2342f59ff63a1701b2c5b6a593c22d87f4f00b958bcd8644/python_axolotl-0.1.1-py2.7.egg#md5=f2c0cdd55ab546ad41f19147170548fe (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Found link https://pypi.python.org/packages/71/9f/1df058fc330728fe9221097c842bfa67e2da44a44a84716d2e9eeba6067e/python-axolotl-0.1.2.tar.gz#md5=ba208e0672829a9206d08be0d563a5fb (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.2
Skipping link https://pypi.python.org/packages/6e/05/cee4073964e84f327e2ca8c0507a115d80bb0e33d41c3e10de7fcd5762c9/python_axolotl-0.1.2-py2.7.egg#md5=58b4cd16666e65b8402f7b412be9bfb2 (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Found link https://pypi.python.org/packages/45/01/9d6c996412fb4780482cd498a5eded1be79dd56a8540f7667a23c2ac03cd/python-axolotl-0.1.3.tar.gz#md5=6f7f3a389a5c493cb97504dcf10bc33e (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.3
Skipping link https://pypi.python.org/packages/4f/8e/65f4bfd84f5152e9a50f2da78fd0658e869378e5718b3303e156fbef8e8c/python_axolotl-0.1.3-py2.7.egg#md5=3231dcac576eceb997a2d7006cfec4e0 (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Found link https://pypi.python.org/packages/1f/0e/f0560ae39caa4d093fb96fe32c2de55f72ab7b43e96f3838304a9cc8fbb4/python-axolotl-0.1.34.tar.gz#md5=3e3ddb8a441f8910780f46e11829d077 (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.34
Skipping link https://pypi.python.org/packages/06/15/0effd9410e99deacbbccfef2cda14c3e58fdbe6d5e469156f59a25ea571d/python_axolotl-0.1.34-py2.7.egg#md5=7e75f50eb427413ca4bbb39c53a4d141 (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Found link https://pypi.python.org/packages/d5/6b/cc0256a10d11f8a8868e9c8673a0edcdba438c1e92c4b66e52c6b575ca6a/python-axolotl-0.1.35.tar.gz#md5=34c54a41fe2271caade486fc92392541 (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.35
Skipping link https://pypi.python.org/packages/41/21/997e3f9f26a7f546418c0197a2b74ed81cff5ac848d5316e4e3cb31b162f/python_axolotl-0.1.35-py2.7.egg#md5=c4a95b28fe4a61fc9e9ed57b9c5eeea3 (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Found link https://pypi.python.org/packages/7f/9d/410ce5c2322180cae7025e52e2f91f585d2be71f30ebbcfd605d2c9a1cd5/python-axolotl-0.1.39.tar.gz#md5=136d37cf7aceb4b3e01fbb40ac592f3c (from https://pypi.python.org/simple/python-axolotl/), version: 0.1.39
Skipping link https://pypi.python.org/packages/53/42/164b69e7874c322ff1ea3396218a9de97ea533ab8b54cf2819882e995df8/python_axolotl-0.1.39-py3.6.egg#md5=376975ce77fd45c29992a9cb1d6915d8 (from https://pypi.python.org/simple/python-axolotl/); unknown archive format: .egg
Ich versuche mich zu registrieren...
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
erhalte aber old Version.
yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"login":"49xxxx","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 49xxxx
Hast Du die hier beschriebene Lösung schon versucht: https://github.com/tgalal/yowsup/issues/2350?
Bitte auch beachten: update yowsup, register using android env, login using s40 env
Grüße Jörg
was meinst du mit register using android env, login using s40 env?
Ich habe nun von dem Link mal das versucht...
ZitatI was having the same issue, the solution is edit env.py as follow
DEFAULT="android"
env_android.py:
_MD5_CLASSES = "OyTf9XK7xoJkKIxLgY6/Lw=="
_VERSION = "2.17.426"
After registration to be able to use yowsup-cli you have to modify again env.py to use s40
Zitatpython yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.common.http.warequest:{"login":"49xxx","status":"sent","length":6,"method":"voice","retry_after":64,"sms_wait":64,"voice_wait":64}
status: sent
retry_after: 64
length: 6
login: 49xxx
method: voice
Dann rief mich jemand aus 0044 an und nannte mir den Code. Danach mit diesem Registriert. Was mich etwas stutzig macht, ist der Preis von 0,99.
status: ok
kind: free
pw: xxxx
price: $0.99
price_expiration: 1522863312
currency: USD
cost: 0.99
expiration: 4444444444.0
login: 49xxx
type: new
Bezahl ich jetzt pro whatsapp 0.99 cent ?
Zitat von: en-trust am 28 März 2018, 19:32:49
was meinst du mit register using android env, login using s40 env?
Ich meine das nicht, sondern es steht so bei tgalal. Also nach dem Registrieren mit Android env, wieder auf s40 env umstellen.
Zitat von: en-trust am 28 März 2018, 19:32:49
Bezahl ich jetzt pro whatsapp 0.99 cent ?
Nein, WhatsApp behält sich vor in Zukunft eine Jahresgebühr von 0,99 us Cent einzuziehen.
Grüße Jörg
PS: und lies doch bitte die angegebenen Quellen sorgfältig.
Also scheint die Registrierung nun endlich fuunktioniert zu haben. Jetzt wollte ich einen Test fahren...
sudo python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxx "Das ist ein Test"
bekomme aber...
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 314, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup-master/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 10, in <module>
from yowsup.layers.protocol_media import YowMediaProtocolLayer
File "/opt/yowsup-master/yowsup/layers/protocol_media/__init__.py", line 1, in <module>
from .layer import YowMediaProtocolLayer
File "/opt/yowsup-master/yowsup/layers/protocol_media/layer.py", line 2, in <module>
from .protocolentities import ImageDownloadableMediaMessageProtocolEntity
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/__init__.py", line 3, in <module>
from .message_media_downloadable_image import ImageDownloadableMediaMessageProtocolEntity
File "/opt/yowsup-master/yowsup/layers/protocol_media/protocolentities/message_media_downloadable_image.py", line 4, in <module>
from yowsup.layers.protocol_messages.proto.wa_pb2 import ImageMessage
File "/opt/yowsup-master/yowsup/layers/protocol_messages/proto/wa_pb2.py", line 6, in <module>
from google.protobuf import descriptor as _descriptor
ImportError: No module named google.protobuf
Hab dann sudo apt-get install python-protobuf nachinstalliert und bekam neuen Fehler...
ImportError: No module named axolotl.state.prekeybundle
Mit sudo pip install python-axolotl kam ich dann nicht weiter...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
Ich vermute mal, Du hast folgendes noch nicht installiert: https://github.com/tgalal/python-Axolotl
Auszug aus dem Fhem Wiki:
Zudem wird neben den Python Modulen noch eine Lib von tgalal benötigt: https://wiki.fhem.de/wiki/Yowsup
cd /opt/fhem/yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
Ja aber sudo pip install python-axolotl funktioniert ja nicht...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
...und cd /opt/fhem/yowsup gibt es nicht.
Ich habe nur /opt/yowsup-config und /opt/yowsup-master
Ich vermute mal. Du bist nicht der Anleitung im Wiki gefolgt!?
Dann steht da im Wiki nichts von sudo pip install python-axolotl, sondern:
cd /opt/fhem/yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
Und wenn /opt/fhem/yowsup nicht vorhanden ist, dann mach es doch ohne!
cd /opt
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python setup.py install
Grüße Jörg
habe ich dann so gemacht und beim installieren kam dann...
Reading http://pypi.python.org/simple/
No local packages or download links found for protobuf>=3.0.0.b2
error: Could not find suitable distribution for Requirement.parse('protobuf>=3.0.0.b2')
pip show protobuf ergab...
Name: protobuf
Version: 2.6.1
Location: /usr/lib/python2.7/dist-packages
Requires:
Extra für Dich alle Schritte auf einem RPi mit frischem Jessie alle Schritte im Fhem Wiki nachvollzogen. Und ich habe keinen Fehler bekommen. Also bitte noch einmal folgendes durchführen:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get install python-soappy python-dateutil python-pip python-dev build-essential
sudo pip install --upgrade pip
sudo pip install python-axolotl
cd /opt/python-axolotl-master
sudo python setup.py install
Grüße Jörg
sudo pip install --upgrade pip gescheitert...
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
Hm, bitte nur für mein Verständnis:
Auf welcher Hardware versuchst Du zu installieren?
Welches Betriebssystem?
Und, hast Du alle vorhergehenden Schritte durchgeführt und wurden diese ohne Fehler beendet?
Grüße Jörg
Raspberry B3 mit Raspian. Update/Upgrade ohne Probleme auch die python Installation.
Prüf doch bitte einmal mit:
python -V
welche Version bei Dir installiert ist.
Python 2.7.9
Habe jetzt auf python 3.6.5 umgestellt.
python3.6 -V
Python 3.6.5
Allerdings mit sudo pip install --upgrade pip springt er weiterhin auf python 2.7
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
Aber...
i@raspberrypi:/usr/bin $ python3.6 -m pip -V
pip 9.0.3 from /usr/local/lib/python3.6/site-packages (python 3.6)
versucht habe ich dann map mit pip3
pi@raspberrypi:/usr/bin $ sudo pip3 install python-axolotl
Requirement already satisfied: python-axolotl in /usr/local/lib/python3.4/dist-packages
Requirement already satisfied: pycrypto in /usr/local/lib/python3.4/dist-packages (from python-axolotl)
Requirement already satisfied: python-axolotl-curve25519 in /usr/local/lib/python3.4/dist-packages (from python-axolotl)
Requirement already satisfied: protobuf>=3.0.0.b2 in /usr/local/lib/python3.4/dist-packages (from python-axolotl)
Requirement already satisfied: setuptools in /usr/lib/python3/dist-packages (from protobuf>=3.0.0.b2->python-axolotl)
Requirement already satisfied: six>=1.9 in /usr/local/lib/python3.4/dist-packages (from protobuf>=3.0.0.b2->python-axolotl)
darauf hin habe ich die Schritte unter python 3.6 ausgeführt.
cd /opt/fhem/yowsup
sudo wget https://github.com/tgalal/python-axolotl/archive/master.zip
sudo unzip master.zip
cd python-axolotl-master
sudo python3.6 setup.py install
mit folgendem ending...
Best match: setuptools 39.0.1
Adding setuptools 39.0.1 to easy-install.pth file
Installing easy_install script to /usr/local/bin
Installing easy_install-3.6 script to /usr/local/bin
Using /usr/local/lib/python3.6/site-packages
Finished processing dependencies for python-axolotl==0.1.39
muss ich jetzt noch was umstellenen ?
Python 2.7.9 ist Ok. Bei Python 3.x läuft yowsup wohl nicht. Ich habe im Netz noch folgendes gefunden:
sudo python -m pip install --upgrade --force setuptools
sudo python -m pip install --upgrade --force pip
vielleicht hilft es ja.
Grüße Jörg
Hat sich mein update überschnitten.
Habe sudo python -m pip install --upgrade --force setuptools versucht....
Downloading/unpacking distribute
Downloading distribute-0.7.3.zip (145kB): 145kB downloaded
Running setup.py (path:/tmp/pip-build-jdwcNn/distribute/setup.py) egg_info for package distribute
Downloading/unpacking setuptools>=0.7 (from distribute)
Downloading setuptools-39.0.1-py2.py3-none-any.whl (569kB): 569kB downloaded
Cleaning up...
Exception:
Traceback (most recent call last):
File "/usr/lib/python2.7/dist-packages/pip/basecommand.py", line 122, in main
status = self.run(options, args)
File "/usr/lib/python2.7/dist-packages/pip/commands/install.py", line 290, in run
requirement_set.prepare_files(finder, force_root_egg_info=self.bundle, bundle=self.bundle)
File "/usr/lib/python2.7/dist-packages/pip/req.py", line 1260, in prepare_files
)[0]
IndexError: list index out of range
Storing debug log for failure in /root/.pip/pip.log
mit 3.6 gehts aber...
sudo python3.6 -m pip install --upgrade --force setuptools
sudo python3.6 -m pip install --upgrade --force pip
Collecting pip
Using cached pip-9.0.3-py2.py3-none-any.whl
Installing collected packages: pip
Found existing installation: pip 9.0.3
Uninstalling pip-9.0.3:
Successfully uninstalled pip-9.0.3
Successfully installed pip-9.0.3
ich glaub ich geb es auf
Lässt mir doch keine Ruhe...
sudo python /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxx "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 272, in process
self.startSendClient()
File "/opt/yowsup-master/yowsup-cli", line 323, in startSendClient
not self.args["unmoxie"])
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 20, in __init__
.pushDefaultLayers(encryptionEnabled)\
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 52, in pushDefaultLayers
defaultLayers = YowStackBuilder.getDefaultLayers(axolotl)
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 74, in getDefaultLayers
from yowsup.layers.axolotl import AxolotlSendLayer, AxolotlControlLayer, AxolotlReceivelayer
File "/opt/yowsup-master/yowsup/layers/axolotl/__init__.py", line 1, in <module>
from .layer_send import AxolotlSendLayer
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 3, in <module>
from yowsup.layers.axolotl.protocolentities import *
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/__init__.py", line 3, in <module>
from .iq_keys_get_result import ResultGetKeysIqProtocolEntity
File "/opt/yowsup-master/yowsup/layers/axolotl/protocolentities/iq_keys_get_result.py", line 4, in <module>
from axolotl.state.prekeybundle import PreKeyBundle
ImportError: No module named axolotl.state.prekeybundle
sudo python3.6 /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxx "Das ist ein Test"
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 368, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 272, in process
self.startSendClient()
File "/opt/yowsup-master/yowsup-cli", line 314, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup-master/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 4, in <module>
from yowsup.layers.auth import YowCryptLayer, YowAuthenticationProtocolLayer
File "/opt/yowsup-master/yowsup/layers/auth/__init__.py", line 2, in <module>
from .layer_authentication import YowAuthenticationProtocolLayer
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 4, in <module>
from yowsup.common.tools import TimeTools
File "/opt/yowsup-master/yowsup/common/tools.py", line 3, in <module>
from dateutil import tz
ModuleNotFoundError: No module named 'dateutil'
Damit bin ich auch am Ende.
Letzter Vorschlag:
Fhem sichern.
Alles neu machen
Und das Beste hoffen
Grüße Jörg
Ich hatte dieses python-axolotl nochmal deinstalliert und installiert bzw ein upgrade gemacht, aber das scheint mir gut auszusehen.
Installation war successfull und upgrade...
pi@raspberrypi:~ $ sudo pip install python-axolotl --upgrade
Requirement already up-to-date: python-axolotl in /usr/local/lib/python3.6/site-packages
Requirement already up-to-date: cryptography in /usr/local/lib/python3.6/site-packages (from python-axolotl)
Requirement already up-to-date: python-axolotl-curve25519 in /usr/local/lib/python3.6/site-packages/python_axolotl_curve25519-0.1-py3.6-linux-armv7l.egg (from python-axolotl)
Requirement already up-to-date: protobuf>=3.0.0.b2 in /usr/local/lib/python3.6/site-packages/protobuf-3.5.2.post1-py3.6.egg (from python-axolotl)
Requirement already up-to-date: cffi>=1.7; platform_python_implementation != "PyPy" in /usr/local/lib/python3.6/site-packages (from cryptography->python-axolotl)
Requirement already up-to-date: asn1crypto>=0.21.0 in /usr/local/lib/python3.6/site-packages (from cryptography->python-axolotl)
Requirement already up-to-date: idna>=2.1 in /usr/local/lib/python3.6/site-packages (from cryptography->python-axolotl)
Requirement already up-to-date: six>=1.4.1 in /usr/local/lib/python3.6/site-packages/six-1.11.0-py3.6.egg (from cryptography->python-axolotl)
Requirement already up-to-date: setuptools in /usr/local/lib/python3.6/site-packages (from protobuf>=3.0.0.b2->python-axolotl)
Requirement already up-to-date: pycparser in /usr/local/lib/python3.6/site-packages (from cffi>=1.7; platform_python_implementation != "PyPy"->cryptography->python-axolotl)
und dennoch kommt beim Test ...
ImportError: No module named axolotl.state.prekeybundle
google suche sagt immer neuinstall von ax...
Hallo,
ich habe heute eine neue Telefonnummer eingerichtet. Soweit alles gut. Allerdings ging mein WhatsApp Device immer wieder offline und im Log wurde folgendes protokolliert:
... yowsup.layers.axolotl.layer_receive:invalidmessage or keyid for ...
Nach einigem suchen nun die Lösung. Ich habe natürlich zunächst auf der Konsole getestet. Dabei wird unter /root das Verzeichnis .yowsup mit den Keys für die Telefonnummer angelegt. Nach dem Starten des WhatsApp device wird im im Attribut home hinterlegten Verzeichnis auch ein Verzeichnis .yowsup mit den Keys angelegt. Nachdem ich nun das Verzeichnis im /root gelöscht habe läuft alles einwandfrei. Es scheint also so zu sein, dass sich das Defaultverzeichnis und das WhatsApp-Device-Verzeichnis nicht miteinander vertragen.
Grüße Jörg
Wisst ihr wie der aktuelle Status zum Thema Yowsup ist?
Ich habe es diese Woche mit drei verschiedenen Rufnummern (alles echte Handynummern) versucht und wurde immer geblockt.
Ich habe auch auf default Android umgestellt und den MD5 hash sowieso die Version geändert.
Verify SMS kam auch immer an, nur leider wurde dann mit absetzten des Registerierungs Befehls die Nummer gesperrt.
Ich finde es sehr schade weil die Idee super Smart ist und das Modul zu laufen scheint.
Gibt es irgendwelche Alternativen (für WhatsApp!)
Zitat von: cpramhofer am 27 Mai 2018, 17:42:57
Wisst ihr wie der aktuelle Status zum Thema Yowsup ist?
Ich habe es diese Woche mit drei verschiedenen Rufnummern (alles echte Handynummern) versucht und wurde immer geblockt.
Ich habe auch auf default Android umgestellt und den MD5 hash sowieso die Version geändert.
Verify SMS kam auch immer an, nur leider wurde dann mit absetzten des Registerierungs Befehls die Nummer gesperrt.
Ich finde es sehr schade weil die Idee super Smart ist und das Modul zu laufen scheint.
Gibt es irgendwelche Alternativen (für WhatsApp!)
Wenn ich mich richtig erinnere musst Du für die Registrierung schon wieder umstellen. Also nur die SMS mit Android anfordern.
Grüße Jörg
Hallo Leute
Habe ich irgendetwas falsch gemacht??
Habe ich noch eine möglichkeit die nummer wieder zu löschen und vielleicht neu anzufangen?? oder gibt es andere möglichkeiten??
Danke schon mal im vorraus
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
INFO:yowsup.common.http.warequest:{"login":"495xxxxxx","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 4954xxxxxx
Zitat von: cpramhofer am 27 Mai 2018, 17:42:57
Wisst ihr wie der aktuelle Status zum Thema Yowsup ist?
Bei mir läufts einwandfrei.
Mit yowsup-cli 2.0.15, yowsup 2.5.0 und /opt/yowsup-master/yowsup/env/env_s40.py --> _Version = "2.16.12".
Zitat von: cpramhofer am 27 Mai 2018, 17:42:57
Gibt es irgendwelche Alternativen (für WhatsApp!)
Nein.
[quote author=Wasserwerk33 link=topic=27543.msg806570#msg806570 date=1527626909]
INFO:yowsup.common.http.warequest:{"login":"495xxxxxx","status":"fail","reason":"old_version"}
status: fail
reason: old_version
login: 4954xxxxxx
[/quote]
/opt/yowsup-master/yowsup/env/env_s40.py --> _Version = "2.16.12".
Zitat von: cpramhofer am 27 Mai 2018, 17:42:57Gibt es irgendwelche Alternativen (für WhatsApp!)
Ja, Telegram. Ich habe mich schon vor längerer Zeit von Whatsapp mit Fhem verabschiedet. Alle paar Tage händisch eingreifen, Nummer gesperrt, etc., das war mir einfach zu viel. Das Telegram-Modul läuft bei mir seit Beginn an ohne Probleme.
Gruß, Sascha
Hallo zusammen,
ich habe auch gerade versucht, eine Nummer zu registrieren.
Leider bekomme ich auch immer die Rückmeldung "old_version".
Hat diese Tage schon jemand eine Nummer erfolgreich registriert?
Welche Konfiguration/Version/... habt ihr benutzt?
Viele Grüße
Stephan
Hast Du diese Schritte beachtet?
1 - Change yowsup/env/env.py
Set DEFAULT = "s40" to DEFAULT = "android"
2 - Execute python setup.py install
3 - Request the WhatsApp verification code
yowsup-cli registration -r sms -C 34 -p 34XXXXXXXXX -m 214 -n 01 -E android -d
4 - Perform the validation of the phone number with the code received
yowsup-cli registration -R XXX-XXX -p 34XXXXXXXXX -C 34
Here, a lot of data will appear on the screen, but the most important one is a password.
5 - Save the configuration for later use. It will be saved in a file with the following format:
cc=34t
phone=xxxxxxxxxt
password=xxxxxxxxxxxxxxxx
Example of file name: whatsapp_config.txt
6 - Change yowsup/env/env.py
Set DEFAULT = "android" to DEFAULT = "s40"
7 - Execute python setup.py install
8 - Start the WhatsApp client with the configuration data
yowsup-cli demos --yowsup --config whatsapp_config.txt
9 - With step 7 we will be initiating session. Now you have to connect: /L
10 - We can send a message from the terminal to see that everything works fine:
/message send 34XXXXXXXX hello
11 - See the list of groups we have with that WhatsApp line
/groups list
12 - Etc.
Bitte darauf achten, dass nur zwei mal dieser Prozess mit der selben IP akzeptiert wird. Oft wird danach die Nummer für immer blockiert.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo zusammen, bin ebenfalls am verzweifeln.
schon bei der Anleitung gemäß Wiki: https://wiki.fhem.de/wiki/Yowsup
scheitert es bei mir beim Installieren des axolotl --> https://wiki.fhem.de/wiki/Yowsup
Folgende Fehler:
Collecting python-axolotl
Collecting cryptography (from python-axolotl)
Using cached https://files.pythonhosted.org/packages/ec/b2/faa78c1ab928d2b2c634c8b41ff1181f0abdd9adf9193211bd606ffa57e2/cryptography-2.2.2.tar.gz
Collecting python-axolotl-curve25519 (from python-axolotl)
Collecting protobuf>=3.0.0.b2 (from python-axolotl)
Using cached https://files.pythonhosted.org/packages/85/f8/d09e4bf21c4de65405ce053e90542e728c5b7cf296b9df36b0bf0488f534/protobuf-3.6.0-py2.py3-none-any.whl
Requirement already satisfied: idna>=2.1 in /usr/local/lib/python2.7/dist-packages (from cryptography->python-axolotl) (2.7)
Requirement already satisfied: asn1crypto>=0.21.0 in /usr/local/lib/python2.7/dist-packages (from cryptography->python-axolotl) (0.24.0)
Requirement already satisfied: six>=1.4.1 in /usr/lib/python2.7/dist-packages (from cryptography->python-axolotl) (1.8.0)
Collecting cffi>=1.7 (from cryptography->python-axolotl)
Using cached https://files.pythonhosted.org/packages/e7/a7/4cd50e57cc6f436f1cc3a7e8fa700ff9b8b4d471620629074913e3735fb2/cffi-1.11.5.tar.gz
Collecting enum34 (from cryptography->python-axolotl)
Using cached https://files.pythonhosted.org/packages/c5/db/e56e6b4bbac7c4a06de1c50de6fe1ef3810018ae11732a50f15f62c7d050/enum34-1.1.6-py2-none-any.whl
Collecting ipaddress (from cryptography->python-axolotl)
Using cached https://files.pythonhosted.org/packages/fc/d0/7fc3a811e011d4b388be48a0e381db8d990042df54aa4ef4599a31d39853/ipaddress-1.0.22-py2.py3-none-any.whl
Requirement already satisfied: setuptools in /usr/local/lib/python2.7/dist-packages (from protobuf>=3.0.0.b2->python-axolotl) (39.2.0)
Requirement already satisfied: pycparser in /usr/local/lib/python2.7/dist-packages (from cffi>=1.7->cryptography->python-axolotl) (2.18)
Building wheels for collected packages: cryptography, cffi
Running setup.py bdist_wheel for cryptography ... error
Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-k4FHnU/cryptography/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/pip-wheel-Q8El2F --python-tag cp27:
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
c/_cffi_backend.c:15:17: fatal error: ffi.h: Datei oder Verzeichnis nicht gefunden
#include <ffi.h>
^
compilation terminated.
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/tmp/pip-install-k4FHnU/cryptography/setup.py", line 319, in <module>
**keywords_with_side_effects(sys.argv)
File "/usr/local/lib/python2.7/dist-packages/setuptools/__init__.py", line 128, in setup
_install_setup_requires(attrs)
File "/usr/local/lib/python2.7/dist-packages/setuptools/__init__.py", line 123, in _install_setup_requires
dist.fetch_build_eggs(dist.setup_requires)
File "/usr/local/lib/python2.7/dist-packages/setuptools/dist.py", line 514, in fetch_build_eggs
replace_conflicting=True,
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 770, in resolve
replace_conflicting=replace_conflicting
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1053, in best_match
return self.obtain(req, installer)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1065, in obtain
return installer(requirement)
File "/usr/local/lib/python2.7/dist-packages/setuptools/dist.py", line 581, in fetch_build_egg
return cmd.easy_install(req)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 673, in easy_install
return self.install_item(spec, dist.location, tmpdir, deps)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 699, in install_item
dists = self.install_eggs(spec, download, tmpdir)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 884, in install_eggs
return self.build_and_install(setup_script, setup_base)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 1152, in build_and_install
self.run_setup(setup_script, setup_base, args)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 1140, in run_setup
raise DistutilsError("Setup script exited with %s" % (v.args[0],))
distutils.errors.DistutilsError: Setup script exited with error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
Failed building wheel for cryptography
Running setup.py clean for cryptography
Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-k4FHnU/cryptography/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" clean --all:
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
c/_cffi_backend.c:15:17: fatal error: ffi.h: Datei oder Verzeichnis nicht gefunden
#include <ffi.h>
^
compilation terminated.
Traceback (most recent call last):
File "<string>", line 1, in <module>
File "/tmp/pip-install-k4FHnU/cryptography/setup.py", line 319, in <module>
**keywords_with_side_effects(sys.argv)
File "/usr/local/lib/python2.7/dist-packages/setuptools/__init__.py", line 128, in setup
_install_setup_requires(attrs)
File "/usr/local/lib/python2.7/dist-packages/setuptools/__init__.py", line 123, in _install_setup_requires
dist.fetch_build_eggs(dist.setup_requires)
File "/usr/local/lib/python2.7/dist-packages/setuptools/dist.py", line 514, in fetch_build_eggs
replace_conflicting=True,
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 770, in resolve
replace_conflicting=replace_conflicting
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1053, in best_match
return self.obtain(req, installer)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1065, in obtain
return installer(requirement)
File "/usr/local/lib/python2.7/dist-packages/setuptools/dist.py", line 581, in fetch_build_egg
return cmd.easy_install(req)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 673, in easy_install
return self.install_item(spec, dist.location, tmpdir, deps)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 699, in install_item
dists = self.install_eggs(spec, download, tmpdir)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 884, in install_eggs
return self.build_and_install(setup_script, setup_base)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 1152, in build_and_install
self.run_setup(setup_script, setup_base, args)
File "/usr/local/lib/python2.7/dist-packages/setuptools/command/easy_install.py", line 1140, in run_setup
raise DistutilsError("Setup script exited with %s" % (v.args[0],))
distutils.errors.DistutilsError: Setup script exited with error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
Failed cleaning build dir for cryptography
Running setup.py bdist_wheel for cffi ... error
Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-k4FHnU/cffi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" bdist_wheel -d /tmp/pip-wheel-7FmcvV --python-tag cp27:
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
running bdist_wheel
running build
running build_py
creating build
creating build/lib.linux-armv7l-2.7
creating build/lib.linux-armv7l-2.7/cffi
copying cffi/api.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/verifier.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/setuptools_ext.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/vengine_cpy.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/recompiler.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/backend_ctypes.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/__init__.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/ffiplatform.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/cparser.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/model.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/vengine_gen.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/lock.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/cffi_opcode.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/commontypes.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/error.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_cffi_include.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/parse_c_type.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_embedding.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_cffi_errors.h -> build/lib.linux-armv7l-2.7/cffi
running build_ext
building '_cffi_backend' extension
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/c
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DUSE__THREAD -DHAVE_SYNC_SYNCHRONIZE -I/usr/include/ffi -I/usr/include/libffi -I/usr/include/python2.7 -c c/_cffi_backend.c -o build/temp.linux-armv7l-2.7/c/_cffi_backend.o
c/_cffi_backend.c:15:17: fatal error: ffi.h: Datei oder Verzeichnis nicht gefunden
#include <ffi.h>
^
compilation terminated.
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
Failed building wheel for cffi
Running setup.py clean for cffi
Failed to build cryptography cffi
protobuf 3.6.0 has requirement six>=1.9, but you'll have six 1.8.0 which is incompatible.
Installing collected packages: cffi, enum34, ipaddress, cryptography, python-axolotl-curve25519, protobuf, python-axolotl
Running setup.py install for cffi ... error
Complete output from command /usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-k4FHnU/cffi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-Q8zvZB/install-record.txt --single-version-externally-managed --compile:
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
Package libffi was not found in the pkg-config search path.
Perhaps you should add the directory containing `libffi.pc'
to the PKG_CONFIG_PATH environment variable
No package 'libffi' found
running install
running build
running build_py
creating build
creating build/lib.linux-armv7l-2.7
creating build/lib.linux-armv7l-2.7/cffi
copying cffi/api.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/verifier.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/setuptools_ext.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/vengine_cpy.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/recompiler.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/backend_ctypes.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/__init__.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/ffiplatform.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/cparser.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/model.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/vengine_gen.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/lock.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/cffi_opcode.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/commontypes.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/error.py -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_cffi_include.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/parse_c_type.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_embedding.h -> build/lib.linux-armv7l-2.7/cffi
copying cffi/_cffi_errors.h -> build/lib.linux-armv7l-2.7/cffi
running build_ext
building '_cffi_backend' extension
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/c
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -D_FORTIFY_SOURCE=2 -g -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DUSE__THREAD -DHAVE_SYNC_SYNCHRONIZE -I/usr/include/ffi -I/usr/include/libffi -I/usr/include/python2.7 -c c/_cffi_backend.c -o build/temp.linux-armv7l-2.7/c/_cffi_backend.o
c/_cffi_backend.c:15:17: fatal error: ffi.h: Datei oder Verzeichnis nicht gefunden
#include <ffi.h>
^
compilation terminated.
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
Command "/usr/bin/python -u -c "import setuptools, tokenize;__file__='/tmp/pip-install-k4FHnU/cffi/setup.py';f=getattr(tokenize, 'open', open)(__file__);code=f.read().replace('\r\n', '\n');f.close();exec(compile(code, __file__, 'exec'))" install --record /tmp/pip-record-Q8zvZB/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-install-k4FHnU/cffi/
Hat jmd. einen Tipp/Idee?
Vielen Dank,
Chris
Hallo,
ja, die Schritte habe ich beachtet. Ich komme allerdings nicht über die Code-Abfrage hinaus. Schon dort bekomme ich "old_version".
yowsup-cli v2.0.15
yowsup v2.5.7
Viele Grüße
Stephan
Zitat von: sylvester am 06 Juli 2018, 12:00:20
... Ich komme allerdings nicht über die Code-Abfrage hinaus. Schon dort bekomme ich "old_version"....
Bei mir das Gleiche :(
Ebenfalls "old Version"
Schafft es jemand zur Zeit das zu installieren?
Danke
Andreas
Zitat von: JoWiemann am 24 April 2018, 21:18:00
Hallo,
ich habe heute eine neue Telefonnummer eingerichtet. Soweit alles gut. Allerdings ging mein WhatsApp Device immer wieder offline und im Log wurde folgendes protokolliert:
... yowsup.layers.axolotl.layer_receive:invalidmessage or keyid for ...
Nach einigem suchen nun die Lösung. Ich habe natürlich zunächst auf der Konsole getestet. Dabei wird unter /root das Verzeichnis .yowsup mit den Keys für die Telefonnummer angelegt. Nach dem Starten des WhatsApp device wird im im Attribut home hinterlegten Verzeichnis auch ein Verzeichnis .yowsup mit den Keys angelegt. Nachdem ich nun das Verzeichnis im /root gelöscht habe läuft alles einwandfrei. Es scheint also so zu sein, dass sich das Defaultverzeichnis und das WhatsApp-Device-Verzeichnis nicht miteinander vertragen.
Grüße Jörg
Hallo,
leider habe ich auch das Problem.
Nachdem meine SD Karte sich "aufgelöst" hat und ich nun die Backup Karte nuzte, funktioniert Yowsup nicht mehr.
Ich habe das ".Yowsup" Verzeichnis in"root" gelöscht.
Alles neu gestartet und gewartet. Leider bekomme ich immer noch folgende Fehlermeldungen.
Raspi Eingabe:
pi@raspberrypi:/opt/yowsup-master $ python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917xxxxxxx "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.0
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.layers.axolotl.layer_control:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 324, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 196, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 44, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 76, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 189, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 64, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 156, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_base.py", line 65, in onSuccess
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "build/bdist.linux-x86_64/egg/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 19, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 30, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
unter fhem:
WARNING:yowsup.layers.axolotl.layer_receive:InvalidMessage or KeyId for 49179xxxx, going to send a retry
WARNING:yowsup.layers.axolotl.layer_receive:InvalidMessage or KeyId for 49179xxxx, going to send a retry
WARNING:yowsup.layers.axolotl.layer_receive:InvalidMessage or KeyId for 49179xxxx, going to send a retry
2018.08.12 10:07:33 3: WhatsApp: sending /message send 49179xxxx 'hallo'
WARNING:yowsup.layers.axolotl.layer_receive:InvalidMessage or KeyId for 49179xxxx, going to send a retry
ERROR:yowsup.layers.interface.interface:Stream Error type: ack
{'ack': None}
INFO:yowsup.layers.interface.interface:Initiating reconnect
Empfangen kann ich leider auch keine Nachrichten mehr.
Yowsup wird aber als "online" angezeigt.
Gruß
Hoffi
Hallo,
auf dem Handy wird folgende Meldung von WA angezeigt
ZitatDie Nachricht "Warte auf diese Nachricht. Das kann einen Moment dauern." wird angezeigt
Dem FAQ von WA heißt dies, dass eine neue Sicherheitsnummer erstellt wird/wurde.
Warum kann ich keine Nachricht senden?
Lieben Gruß
Hoffi
Hallo Gemeinschaft,
ich habe WA erst heute installiert und es funz einwandfrei!
Meine /yowsup/env/env_android.py sieht folgendermaßen aus:
_MD5_CLASSES = "w8cLtrYLTUQ8PIY5U5FL2Q=="
_VERSION = "2.18.253"
_OS_NAME = "Android"
_OS_VERSION = "4.3"
_DEVICE_NAME = "endeavoru"
_MANUFACTURER = "HTC"
_BUILD_VERSION = "IMM76D"
_AXOLOTL = True
...
Entsprechend die Registrierung damit machen!
yowsup-cli registration -c config -E android --requestcode sms
und analog dazu den code registrieren:
yowsup-cli registration -c config -E android --register XXX-XXX
Danach das PW in eurer config.xxx anpassen (optional)
Das sollte es eigentlich gewesen sein.
Ich hoffe jeder weiss wie der MD5_CLASSES zustande kommt. Falls es dazu Fragen gibt schreibe ich dazu auch noch zwei Zeilen :-)
Hallo
Auch mit attr disable 1 wird die Funktion ausgelöst!
Ist das ein Fehler, oder kann man das anders zu lösen?
defmod hfochler yowsup 491xxxx
attr hfochler userattr allowedCommands commandPrefix
attr hfochler disable 1
attr hfochler icon it_smartphone
attr hfochler room WhatsApp
Hallo,
ich kämpfe gerade auch mit der whatsApp Installation und der "old_version" Meldung bei der Registrierung mit:
python yowsup-cli registration -c /opt/yowsup-config/yowsup.config -r voice
Ich bin jetzt total verwirrt, welche Dateien, wie anzupassen sind.
Kann hier bitte noch einmal jemand Schritt für Schritt aufzeigen, welche Änderungen zu machen sind?
Danke,
Christian
Hallo,
ich habe mich erfolgreich registrieren können, allerdings bekomme ich beim Testen auf der Konsole sehr viele Fehler:
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in recei ve
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 44, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 64, in rec eive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 161, in processIqReg istry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_base.py", line 65, in onS uccess
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.p y", line 19, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeysto re.py", line 30, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
Kann mir jemand sagen, was da nicht ok ist? Ich habe mich an die Anleitung im wiki gehalten. Ich verwende debian stretch.
Christian
Zitatich habe mich erfolgreich registrieren können, allerdings bekomme ich beim Testen auf der Konsole sehr viele Fehler
Wie hast du dich schlussendlich registrieren können?
Gruß
Hoffi
Hi,
habe einfach nur diese Anpassungen in der "/yowsup/env/env_android.py" gemacht:
_MD5_CLASSES = "w8cLtrYLTUQ8PIY5U5FL2Q=="
_VERSION = "2.18.253"
_OS_NAME = "Android"
_OS_VERSION = "4.3"
_DEVICE_NAME = "endeavoru"
_MANUFACTURER = "HTC"
_BUILD_VERSION = "IMM76D"
_AXOLOTL = True
...
Allerdings auch nur beim ersten Setup.
Ich habe mein Debian Stretch-Image für den Raspberry mindestens 3 x zurückgespielt und verschiedene yowsup-Anleitungen aus dem Web probiert ohne die o.a. Modifikationen erneut durchzuführen. Ich konnte mich dann jedes Mal mit meiner Festnetznummer ohne Probleme registrieren. Keine Ahnung warum das dann plötzlich ohne die o.a. Modifikationen geklappt hat. Ich habe die "Voice"-Variante probiert und mich anrufen lassen, da ich keine SMS auf dem Festnetzt empfangen kann. Nach der Registrierung habe ich das pw in die Konfig eingetragen und auf der Konsole versuch eine Message zu senden. Und dann kommen die beschriebenen Fehler
Das Problem mit den o.a. Fehlern scheinen auch andere Leute zu haben, und auch mit fhem nicht zusammenzuhängen. Bislang habe ich keine Lösung gefunden. Das fhem Modul ist bei mir noch nicht konfiguriert, da es schon auf Konsolen-Ebene nicht funzt.
Wenn hier jemand eine funktionierende Version für Stretch hat, dann bitte melden! Ich bin für jeden Tipp dankbar.
Christian
also ich habs zum laufen bekommen
abweichend zum wiki Eintrag:
- zusätzlich apt install libffi-dev
- sowohl bei den pip wie auch bei den python befehlen musste ich explizit pip3 bzw. python3 nutzen
- nach dem entpacken von yowsup, in 2 dateien je 2 werte anpassen
/opt/yowsup/yowsup-master/yowsup/env/env_android.py
/opt/yowsup/yowsup-master/yowsup/env/env_s40.py
env_android.py
_MD5_CLASSES = " a "
_VERSION = " d "
env_s40.py
_VERSION = "e"
_TOKEN_STRING = "b und c zusammensetzen{phone}"
die werte für a+d+e+b+c gibts hier
https://coderus.openrepos.net/whitesoft/whatsapp_scratch
env_android.py
_MD5_CLASSES = "0R9F4U5fzdwVvn06wLe1JA=="
_VERSION = "2.18.255"
env_s40.py
_VERSION = "2.16.12"
_TOKEN_STRING = "PdA2DJyKoUrwLw1Bg6EIhzh502dF9noR9uFCllGk1478194306452L{phone}"
dann
python3 setup.py build
python3 setup.py install
danach wie im wiki die registrierung fortsetzen
die Registrierung mit -E android
python3 yowsup-cli registration -c /opt/fhem/yowsup.config -r voice -E android
python3 yowsup-cli registration -c /opt/fhem/yowsup.config -R xxxxxx
testen ohne -E android
python3 yowsup-cli demos -c /opt/fhem/yowsup.config -s 49123456789 "Das ist ein Test"
grüße
MB
Hallo mba,
danke für Deine Anleitung. Ich werde mal testen und Feedback geben. Hast Du es auf einem Debian Stretch installiert?
Gruß,
Christian
Hallo Andre
Ist es möglich Log3 in das yowsup modul einzubauen?
Ich möchte auch nach dem Zeilenumbruch Einträge im Logfile mit einem notify triggern.
z.B.Zeile 2 oder 3 soll einen trigger auslösen
2018.08.30 18:45:24 3: WhatsApp: sending /image send 49123456789 123 ''
Exception in thread Thread-1:
Traceback (most recent call last):
Ich sehe gerade das es schon 18 Einträge mit Log3 im 32_yowsup.pm gibt.
Und einen mit Log 1 in line 130
Danke und Grüße
Heinz
Hallo mba,
ich habe versucht der Anleitung von Dir zu folgen, allerdings bin ich nicht sicher, ob ich alle Schritte korrekt ausgeführt habe, da ich immer zwischen wiki und Anleitung hin und herswitchen musste.
Ich denke, dass ich hier irgendwas fasch gemacht habe, denn mir ist nicht klar, auf welche Befehle Du das aus dem Wiki beziehst.
Zitatsowohl bei den pip wie auch bei den python befehlen musste ich explizit pip3 bzw. python3 nutzen
Auf jeden Fall bekomme ich jetzt schon bei der Registrierung Modul-Fehler:
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 189, in process
self.handleRequestCode(self.args["requestcode"], config)
File "yowsup-cli", line 198, in handleRequestCode
from yowsup.registration import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/__init__.py", line 1, in <module>
from .coderequest import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 3, in <module>
from yowsup.common.tools import StorageTools, WATools
File "/opt/yowsup-master/yowsup/common/tools.py", line 3, in <module>
Kannst Du die Befehle hier ggf. noch mal explizit auflisten? Irgendwo ist noch der Wurm drin.
Christian
Hallo zusammen,
danke nochmals für die zusammenfassungen und Ergänzungen. Nach einigem Hin und Her habe ich es geschafft, mich zu registrieren. Device ist angelegt, wenn ich mich connecte, steht sowohl im State als auch im Internal Connected. Leider hält das nicht lange an bzw. wenn ich eine Nachricht senden möchte, erfolgt wieder ein Disconnect. Mein LOG:
2018.09.04 17:12:39 3: WhatsApp: sending /disconnect
2018.09.04 17:12:39 3: WhatsApp: Disconnected
2018.09.04 17:12:39 2: WhatsApp: setting $HOME to /opt/fhem
2018.09.04 17:12:39 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2018.09.04 17:12:41 4: WhatsApp: parse: yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2018.09.04 17:12:41 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2018.09.04 17:12:41 4: WhatsApp: parse: [offline]:
2018.09.04 17:12:41 3: WhatsApp: sending /L
2018.09.04 17:12:41 3: WhatsApp: sending /presence available
INFO:yowsup.layers.axolotl.layer_control:Axolotl layer is generating keys
2018.09.04 17:12:42 4: WhatsApp: parse: Auth: Logged in!
2018.09.04 17:12:42 4: WhatsApp: parse: [connected]:[connected]:
ERROR:yowsup.layers.interface.interface:Stream Error type: xml-not-well-formed
{'xml-not-well-formed': None}
INFO:yowsup.layers.interface.interface:Initiating reconnect
2018.09.04 17:12:43 4: WhatsApp: parse: general: Disconnected: Requested
[connected]:
Kann mir da jemand weiterhelfen?
Besten Dank & viele Grüße
Simon
Edit 21:20 Uhr:
ich habe im terminal direkt im yowsup client die Befehle abgesetzt - da kommen die Nachrichten an:
fhem@raspberrypi:/opt/yowsup-master$ /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup (ist auch mein CMD im Device Whatsapp)
Yowsup Cli client
==================
Type /help for available commands
[offline]:/L
Auth: Logged in!
[connected]:/presence available
[connected]:/message send 4915253xxxx asdfasd
Jetzt bin ich wirklich überfragt - was mach ich in fhem falsch?
Bei mir ist die Registrierung durch, allerdings musste ich bei beiden Schritten (Anruf und Schlüsselregistrierung) -E android nutzen.
Wenn ich nun eine Nachricht sende passiert folgendes!
python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 4917112345678 "Das ist ein Test"
yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
INFO:yowsup.layers.axolotl.layer_control:Axolotl layer is generating keys
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 324, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 31, in start
self.stack.loop()
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 197, in loop
asyncore.loop(*args, **kwargs)
File "/usr/lib/python2.7/asyncore.py", line 216, in loop
poll_fun(timeout, map)
File "/usr/lib/python2.7/asyncore.py", line 156, in poll
read(obj)
File "/usr/lib/python2.7/asyncore.py", line 87, in read
obj.handle_error()
File "/usr/lib/python2.7/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python2.7/asyncore.py", line 449, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 102, in handle_read
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 29, in receive
self.processReceived()
File "/opt/yowsup-master/yowsup/layers/stanzaregulator/layer.py", line 49, in processReceived
self.toUpper(oneMessageData)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/auth/layer_crypt.py", line 65, in receive
self.toUpper(payload)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 35, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 44, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_send.py", line 64, in receive
if not self.processIqRegistry(protocolTreeNode):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 161, in processIqRegistry
successClbk(protocolTreeNode, originalIq)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_base.py", line 65, in onSuccess
sessionBuilder.processPreKeyBundle(preKeyBundle)
File "/usr/local/lib/python2.7/dist-packages/axolotl/sessionbuilder.py", line 166, in processPreKeyBundle
.setOurIdentityKey(self.identityKeyStore.getIdentityKeyPair())\
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteaxolotlstore.py", line 19, in getIdentityKeyPair
return self.identityKeyStore.getIdentityKeyPair()
File "/opt/yowsup-master/yowsup/layers/axolotl/store/sqlite/liteidentitykeystore.py", line 30, in getIdentityKeyPair
publicKey, privateKey = result
TypeError: 'NoneType' object is not iterable
In Log steht das ein key generiert wird.
Das ist beim aller ersten senden einer message normal.
Nach einem reconnect deiner WhatsApp/yowsup definition sollte es aber funktionieren.
Ich habe WhatsApp/yowsup in fhem definiert und konnte eine Nachricht empfangen und auch senden. Leider jedoch funktionierte das ganze nur einmal, seit wechselt der Status ständig zwischen connected disconnected und offline.
nachdem hier so lange niemand mehr etwas geschrieben hat:
gibt es in jüngster zeit erfahrungen bzw. tipps wie man das ganze zum laufen bekommt?
hat es jemand geschafft in den letzten wochen/monaten?
VG,
Chris
Ja, ich ;D
Ich steige grade um vom Raspi auf einen NUC mit Ubuntu 18 und habe lange mit Pfaden und Berechtigungen gekämpft, aber jetzt läuft´s.
Ich habe mir damals nicht genau aufgeschrieben was ich alles gemacht und /oder installieren musste, aber ich hab jetzt eine Mischung aus den Anleitungen vom Matthias Kleine (https://youtu.be/JfJVcqebqi8 (https://youtu.be/JfJVcqebqi8) bzw. https://haus-automatisierung.com/hardware/fhem/2016/07/19/fhem-tutorial-reihe-part-12-whatsapp-nachrichten-und-bilder-versenden-empfangen.html (https://haus-automatisierung.com/hardware/fhem/2016/07/19/fhem-tutorial-reihe-part-12-whatsapp-nachrichten-und-bilder-versenden-empfangen.html)) und dem Wiki vorgegangen https://wiki.fhem.de/wiki/Yowsup (https://wiki.fhem.de/wiki/Yowsup)
Wobei ich Yowsup-master und yowsup-config von meinem Raspi auf den NUC kopiert habe anstelle von "wget https://github.com/tgalal/python-axolotl/archive/master.zip"
Was geht denn bei Dir nicht ?
Gruß
Sascha
Hallo Sascha,
ich hatte lange das Problem mit der Fehlermeldung "old version". Bin dann auf das hier gestoßen:
https://github.com/tgalal/yowsup/issues/2350
in Kombination mit den wertvollen Ergänzungen von mba weiter vorher im Thread.
Registrierung und Anlage im FHEM passt soweit.
Aber: wenn ich nun Testnachrichten an mein Handy schicken will (sowohl per FHEM send als auch python yowsup-cli demos -c /opt/yowsup-config/yowsup.config -s 49xxxxx "Das ist ein Test") kommt diese nicht an. Zudem geht der Status im FHEM sofort nach dem send Befehl auf offline...
Habe dann weiter erst mal per Konsole versucht. Nachdem ich in der /yowsup/env/env.py den DEFAULT auf "s40" zurückgestellt hatte (Tipp habe ich weiter vorher hier im Thread gelesen), konnte ich genau eine einzige Nachricht versenden die auf dem Handy ankam.
Seit dem immer folgender Fehler.
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 130, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 81, in handleFailure
raise AuthError(nodeEntity.getReason())
yowsup.layers.auth.autherror.AuthError: not-authorized
During handling of the above exception, another exception occurred:
Traceback (most recent call last):
File "yowsup-cli", line 368, in <module>
if not parser.process():
File "yowsup-cli", line 272, in process
self.startSendClient()
File "yowsup-cli", line 324, in startSendClient
stack.start()
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 33, in start
print("Authentication Error: %s" % e.message)
AttributeError: 'AuthError' object has no attribute 'message'
Hast du oder jmd. anderes hier ne idee?
VG,
Chris
also nachdem ich nun alle drei festnetznummern verbraten habe gebe ich auf...
alles gemacht wie im wiki bzw. auch den weg aus beitrag #1612 versucht.
es geht sich zu registrieren und freizuschalten.
nach dem switch in der env.py zurück auf "s40" kann ich genau 1 mal eine nachricht ans handy schicken,
danach disconnect.
ein yowsup-cli demos --yowsup --config /opt/yowsup-config/yowsup.config -d
bringt mich zwar in den Yowsup client, aber bereits der Versuch mich mit /L einzuloggen scheitert dann:
general: Login Failed, reason: not-authorized
DEBUG:yowsup.layers.network.layer:Disconnected, reason: Authentication Failure
Auth Error, reason not-authorized
das kann eigentlich nur ein aggressives blocken der nummer sein oder?
wäre toll wenn noch jmd. eine Idee hätte, ansonsten lege ich das Yowsup experiment in den aktenschrank :-(
VG,
Chris
Zitat von: MCh76 am 12 Dezember 2018, 19:41:28
das kann eigentlich nur ein aggressives blocken der nummer sein oder?
wäre toll wenn noch jmd. eine Idee hätte, ansonsten lege ich das Yowsup experiment in den aktenschrank :-(
VG,
Chris
Hm, ich habe mir die WhatsApp Sim geholt und lade jedes halbe Jahr 10,- € drauf. Funktioniert seit 2 Jahren problemlos.
Grüße Jörg
Zitat von: JoWiemann am 12 Dezember 2018, 19:47:14
Hm, ich habe mir die WhatsApp Sim geholt und lade jedes halbe Jahr 10,- € drauf. Funktioniert seit 2 Jahren problemlos.
Grüße Jörg
Interessant! Hast du dann die sim einmalig in ein handy getan für die Registrierung per SMS? Den Trick mit s40–>android—>s40 in der env.py hats dann auch nicht gebraucht?
Hallo,
wie so viele hier habe ich auch das "OLD-Version" Problem. Dies Sache mit der 10€ Whats-App SIM-Karte, kann man dies bitte nochmals ausführlicher erklären?
Zitat von: MCh76 am 12 Dezember 2018, 20:42:02
Interessant! Hast du dann die sim einmalig in ein handy getan für die Registrierung per SMS? Den Trick mit s40–>android—>s40 in der env.py hats dann auch nicht gebraucht?
Die WhatsApp Sim dient nur dazu eine sehr preiswerte Mobilfunk-Nummer zu bekommen. Der Rest bleibt leider wie gehabt.
Grüße Jörg
Zitat von: UweUwe am 18 Dezember 2018, 09:16:58
Hallo,
wie so viele hier habe ich auch das "OLD-Version" Problem. Dies Sache mit der 10€ Whats-App SIM-Karte, kann man dies bitte nochmals ausführlicher erklären?
https://www.whatsappsim.de/
Oder, was möchtest Du wissen?
Grüße Jörg
Hallo, das Problem mit der ,,Old-Version" ist weiterhin sehr akut, korrekt?
Dies ist nicht mein Unvermögen.
Ich komme über diese Hürde nicht drüber oder hast du noch einen Tip?
Zitat von: UweUwe am 18 Dezember 2018, 21:02:47
Hallo, das Problem mit der ,,Old-Version" ist weiterhin sehr akut, korrekt?
Dies ist nicht mein Unvermögen.
Ich komme über diese Hürde nicht drüber oder hast du noch einen Tip?
Ja, liegt nicht an Dir. Außer Du hast noch nicht die ein paar Posts vorher beschriebene Vorgehensweise mit den Änderungen in der env.py versucht.
Zitat von: JoWiemann am 18 Dezember 2018, 21:07:42
Ja, liegt nicht an Dir. Außer Du hast noch nicht die ein paar Posts vorher beschriebene Vorgehensweise mit den Änderungen in der env.py versucht.
dieses hin und her ändern der env.py führt m.E. zu einem umgehenden blocken.
alle drei festnetznummern sind nun zerschossen bei mir...
ggf. versuche ich es jetzt nochmal mit der handynummer meines vaters, der kein whattsapp nutzer ist.
Zitat von: JoWiemann am 18 Dezember 2018, 20:51:16
https://www.whatsappsim.de/
Oder, was möchtest Du wissen?
Grüße Jörg
dann frage ich mal, nach meinem verständnis:
die whatsappsim ist ja im prinzip nix anderes als ne normale prepaid karte? die legst du in dein handy ein und führst die registrierung über den im wiki beschriebenen weg durch nehme ich an?
danach die sim karte wieder raus aus dem handy und deine "normale" wieder rein? wenn du dann wie du im vorigen post beschreibst auch in der env.py hin- und her editieren musst, dann müsste doch auch ein block erfolgen oder? musstest du auch die android- und s40 dateien anpassen?
Ich bin auch gerade dabei WhatsApp einzurichten.
Den Anruf habe ich bekommen, Code und Passwort wurde eingeben.
Nur leider verbindet sich yowsup nicht mit WhatsApp. Bei fhem gebe ich den Befehl zum reconnect, es steht dann auf "Connected", aber leider stimmt dies nicht. :( Es können keine Nachrichten versendet werden.
Habt ihr eine Idee?
Danke.
Im ssh terninal per Kommandozeile das senden Testen.
Beim ersten connect hat er sich bei mir Daten zur Verschlüsselung geholt, der zweite Versuch ging dann.
Guten Morgen
Update: https://github.com/tgalal/yowsup/issues/2635 (https://github.com/tgalal/yowsup/issues/2635)
Seit heute Morgen ca. 5 Uhr geht yowsup/whatsapp leider nicht mehr, und versuch ständig ein reconnect.
Auf zwei fhem installationen wiederholt sich folgender Eintrag im LogFile:
2019.01.23 08:12:21 2: WhatsApp: setting $HOME to /opt/fhem
2019.01.23 08:12:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2019.01.23 08:12:22 3: WhatsApp: sending /L
2019.01.23 08:12:22 3: WhatsApp: sending /presence available
2019.01.23 08:12:22 3: WhatsApp: sending /presence name 'Die schlaue Huette'
2019.01.23 08:12:25 3: WhatsApp: sending /disconnect
2019.01.23 08:12:25 3: WhatsApp: Disconnected
2019.01.23 08:12:25 3: WhatsApp: read: error during sysread: No child processes
2019.01.23 08:12:25 3: WhatsApp: read: end of file reached while sysread
Grüße
Heinz
mein zu Hause ist auch seit 5:08 Uhr offline :( :( :(
Bei mir auch.
Gestern war WhatsApp auf dem Handy für einige Zeit down.
Ggf. gabs Server Updates und es geht nicht mehr.
dito --> seit 04:34 offline
Hallo
Danke an mba!
Mit Hilfe von Beitrag https://forum.fhem.de/index.php/topic,27543.msg831465.html#msg831465 (https://forum.fhem.de/index.php/topic,27543.msg831465.html#msg831465) konnte ich mich als -E android registrieren und einen neuen verification code erhalten.
Mit dem verification code habe ich ein neues Passwort erhalten und in die yowsup.config eingetrage.
Alles lief ohne Fehlermedung.
Allerdings ist der sate des yowsup device auf der FHEM Oberfläche offline, ganz oben recht steht allerdings Connected.
Im Logfile steht:
2019.01.23 16:40:21 2: WhatsApp: setting $HOME to /opt/fhem
2019.01.23 16:40:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2019.01.23 16:40:23 3: WhatsApp: sending /L
2019.01.23 16:40:23 3: WhatsApp: sending /presence available
2019.01.23 16:40:23 3: WhatsApp: sending /presence name 'Die schlaue Huette'
Whatsapp auf dem Smartphone zeigt allerdings immer noch "zuletzt online heute ..."
An der Stelle komme ich leider nicht weiter.
Hier wird ebenfalls die Lösung beschrieben, aber möglicherweise sind die notwendigen Daten https://coderus.openrepos.net/whitesoft/whatsapp_scratch (https://coderus.openrepos.net/whitesoft/whatsapp_scratch) noch nicht auf dem aktuellen Stand.
https://github.com/tgalal/yowsup/issues/2635 (https://github.com/tgalal/yowsup/issues/2635)
https://github.com/tgalal/yowsup/issues/2564 (https://github.com/tgalal/yowsup/issues/2564)
Grüße
Heinz
Habe auch das Problem. Ich hoffe nur, dass WhatsApp nicht jetzt tatsächlich die Abkündigung von S40 / Nokia Unterstützung war gemacht hat. Das wäre echt Mist.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Siehe hier: https://www.google.de/amp/s/m.gsmarena.com/whatsapp_support_for_nokia_s40_phones_ended-amp-34884.php
oder hier: https://nokiamob.net/2018/12/30/whatsapp-for-s40-nokia-devices-will-stop-working-in-2019/
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo,
ich habe auch das Problem, ich vermute es in der Tat im S40 Support, stand ja schon länger fest, dass der leider auslaufend ist.😱
Was nun?
Viele Grüße
Pit
Wie bereits weiter oben beschrieben habe ich mich als android registriert und die entsprechenden Dateien angepasst.
Neuen verification code und Passwort habe ich erhalten und das PW in die yowsup.config eingetragen, alls ohne Fehlermeldung.
Aber nun leider das hier.
Mit verbose 5 auf WhatsApp/yowsup steht folgendes im Logfile:
2019.01.23 20:06:55 3: WhatsApp: sending /disconnect
2019.01.23 20:06:55 3: WhatsApp: Disconnected
2019.01.23 20:06:55 2: WhatsApp: setting $HOME to /opt/fhem
2019.01.23 20:06:55 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
2019.01.23 20:06:56 4: WhatsApp: parse: yowsup-cli v2.0.15
yowsup v2.5.7
Copyright (c) 2012-2016 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2019.01.23 20:06:56 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2019.01.23 20:06:56 4: WhatsApp: parse: [offline]:
2019.01.23 20:06:56 3: WhatsApp: sending /L
2019.01.23 20:06:56 3: WhatsApp: sending /presence available
2019.01.23 20:06:56 3: WhatsApp: sending /presence name 'Die schlaue Huette'
2019.01.23 20:06:58 4: WhatsApp: parse: general: Disconnected: Connection Closed
[offline]:
2019.01.23 20:06:58 4: WhatsApp: parse: [offline]:
Error: Not connected
[offline]:Error: Not connected
[offline]:
Android wird ja auch weiterhin unterstützt. Leider funktioniert es nur für die Registrierung mit yowsup und nicht für den Datentransfer. Es wird wohl wirklich so sein: S40 Nokia ist abgeschaltet.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
ich bin gestern dann doch endlich mal (hatte ich schon ewig vor!) auf Telegram umgestiegen. es scheint ja momentan keine WhatsApp-Lösung vorhanden zu sein.
jetzt muss ich nur noch meine bessere Hälfte überzeugen eine zusätzliche App auf dem Handy zu installieren, die dann eigentlich nur für die Meldungen von fhem da ist. :o ::)
Das ist auch genau mein Problem, meine Freundin möchte nicht noch eine App installieren, daher hatte ich ihr das über WhatsApp eingerichtet. Bei mir funktioniert es weiterhin da ich das über Pushover nutze.
Gibt es noch keine Lösung für das Problem?
https://github.com/tgalal/yowsup/issues/2635#issuecomment-457920945
Hier verfolgen!
Wollte auch yowsup nutzen, schade das fratzebook dem jetzt einen Riegel vorgeschoben hat :-\
Ich setze aktuell Signal ein, aus meiner Sicht die Beste Alternative.
Laut https://github.com/tgalal/yowsup/issues/2635#issuecomment-485595763 läuft yowsup wieder! :)
Da ich alles auf Signal umgestellt habe, habe ich noch nicht die Dringlichkeit, das sofort auszuprobieren - ist aber sicher ein Versuch wert!
Hallo,
bei mir läuft WhatsApp wieder. Tarek hat da einen echt guten Job gemacht. Da sich einiges geändert hat habe ich das Wiki entsprechend angepasst.
Tarek ist dabei noch ein paar Fehler zu beheben, so wie yowsup in Fhem genutzt wird läuft es aber schon.
Grüße Jörg
Hallo Jörg,
vielen Dank für die Info. Ich verfolge die Arbeiten von Tarek auch und bin ganz gespannt, ob ich Whatsapp wieder ans Laufen bekomme, ich wollte am Wochenende das einmal probieren!
Vielen Dank auch für die Anpassung im Wiki.
Ich habe noch eine Frage zur Registrierung. Muss ich den Prozess erneut anstossen oder kann ich evtl. die "alten" Werte übernehmen?
Ich hatte bis jetzt eine Festnetznummer genutzt, das hat auch einwandfrei geklappt. Eigentlich ist doch diese Nummer noch bei Whatapp registriert, oder?
Viele Grüße
Pit
Zitat von: piet_pit am 24 April 2019, 11:42:13
Ich habe noch eine Frage zur Registrierung. Muss ich den Prozess erneut anstossen oder kann ich evtl. die "alten" Werte übernehmen?
Ich hatte bis jetzt eine Festnetznummer genutzt, das hat auch einwandfrei geklappt. Eigentlich ist doch diese Nummer noch bei Whatapp registriert, oder?
Hallo Pit,
Du musst leider neu registrieren. Es werden komplett andere Credentials ausgetauscht/erzeugt.
Grüße Jörgt
Hallo Jörg,
vielen Dank für deine Antwort.
Ich würde dann das "alte" yowsup-Verzeichnis löschen bzw. umbenennen und ein neues Verzeichnis entsprechend des Wiki anlegen und auch den Reg-Vorgang neu starten, bin mal gespannt! :-[
Viele Grüße
Pit
Hallo
Ich versuche mich neu zu registrieren und soll mein fhem passwort eingeben.
Ich verwende das passwort das ich brauche um auf die fhem Weboberfläche zu kommen, leider funktioniert das nicht.
pi@raspberrypi:/opt $ sudo su - fhem
fhem@raspberrypi:~$ cd /opt/yowsup-master
fhem@raspberrypi:/opt/yowsup-master$ sudo yowsup-cli registration --requestcode voice --config-phone 49xxx --config-cc 49
Wir gehen davon aus, dass der lokale Systemadministrator Ihnen die
Regeln erklärt hat. Normalerweise läuft es auf drei Regeln hinaus:
#1) Respektieren Sie die Privatsphäre anderer.
#2) Denken Sie nach, bevor Sie tippen.
#3) Mit großer Macht kommt große Verantwortung.
[sudo] Passwort für fhem:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für fhem:
Das hat nicht funktioniert, bitte nochmal probieren.
[sudo] Passwort für fhem:
sudo: 3 Fehlversuche bei der Passwort-Eingabe
Wie kann ich das lösen?
Grüße
Heinz
Zitat von: heinzfo am 24 April 2019, 12:26:08
pi@raspberrypi:/opt $ sudo su - fhem
fhem@raspberrypi:~$ cd /opt/yowsup-master
fhem@raspberrypi:/opt/yowsup-master$ sudo yowsup-cli registration --requestcode voice --config-phone 49xxx --config-cc 49
Wie kann ich das lösen?
Grüße
Heinz
Hm, es steht nirgendwo, dass Du mit sudo den yowsup-cli aufrufen sollst!
Grüße Jörg
Konnte mir gerade erfolgreich eine Nachricht senden, RPi_SSH > an Mobiltelefon!
Von FHEM senden und zu FHEM senden geht auch wieder!
Ich habe alles entfernt und nochmals neu installiert, jetzt unter /opt/fhem/yowsup, vorher war alles unter /opt.
Klasse und vielen Dank für das Wiki update :)
Auf einer zweite Rpi FHEM installation habe ich das Problem , das bei der Registrierung die yowsup-cli nicht gefunden wird.
Die Datei ist aber vorhanden, bin wie im Wiki beschrieben vorgegangen, /opt/fhem ist das HOME Verzeichniss.
fhem@raspberrypi3fhem:/opt/yowsup-master$ ll
insgesamt 104K
drwxr-xr-x 3 fhem dialout 4,0K Apr 24 19:11 .
drwxr-xr-x 11 root root 4,0K Apr 24 19:12 ..
drwxr-xr-x 11 fhem dialout 4,0K Apr 24 19:13 yowsup
-rw-r--r-- 1 fhem dialout 8,4K Apr 24 18:40 CHANGELOG.md
-rw-r--r-- 1 fhem dialout 61 Apr 24 18:40 .gitignore
-rw-r--r-- 1 fhem dialout 35K Apr 24 18:40 LICENSE
-rw-r--r-- 1 fhem dialout 33 Apr 24 18:40 MANIFEST.in
-rw-r--r-- 1 fhem dialout 2,9K Apr 24 18:40 README.md
-rwxr-xr-x 1 fhem dialout 1,6K Apr 24 18:40 setup.py
-rw-r--r-- 1 fhem dialout 469 Apr 24 18:40 tox.ini
-rw-r--r-- 1 fhem dialout 713 Apr 24 18:40 .travis.yml
-rwxr-xr-x 1 fhem dialout 20K Apr 24 18:40 yowsup-cli
fhem@raspberrypi3fhem:/opt/yowsup-master$ yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
-su: yowsup-cli: Kommando nicht gefunden.
fhem@raspberrypi3fhem:/opt/yowsup-master$
setze ich python davor, kommt dieser Fehler.
fhem@raspberrypi3fhem:/opt/yowsup-master$ python yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Traceback (most recent call last):
File "yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
fhem@raspberrypi3fhem:/opt/yowsup-master$
Was kann das sein?
Grüß
Heinz
Zitat von: heinzfo am 24 April 2019, 19:35:44
Auf einer zweite Rpi FHEM installation habe ich das Problem , das bei der Registrierung die yowsup-cli nicht gefunden wird.
Die Datei ist aber vorhanden, bin wie im Wiki beschrieben vorgegangen, /opt/fhem ist das HOME Verzeichniss.
...
Grüß
Heinz
nimm:
./yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Damit kommt es leider auch zu diesem Fehler:
fhem@raspberrypi3fhem:/opt/yowsup-master$ ./yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Traceback (most recent call last):
File "./yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
fhem@raspberrypi3fhem:/opt/yowsup-master$
Zitat von: heinzfo am 24 April 2019, 19:35:44
Auf einer zweite Rpi FHEM installation habe ich das Problem , das bei der Registrierung die yowsup-cli nicht gefunden wird.
Die Datei ist aber vorhanden, bin wie im Wiki beschrieben vorgegangen, /opt/fhem ist das HOME Verzeichniss.
fhem@raspberrypi3fhem:/opt/yowsup-master$ python yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Was kann das sein?
Grüß
Heinz
Dein Aufruf wird als bash Kommandos behandelt. Bitte so, wie im wiki beschrieben, aufrufen:
fhem@raspberrypi3fhem:python /opt/yowsup-master$/yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Grüße Jörg
Zitat von: heinzfo am 24 April 2019, 20:02:15
Damit kommt es leider auch zu diesem Fehler:
fhem@raspberrypi3fhem:/opt/yowsup-master$ ./yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Traceback (most recent call last):
File "./yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
fhem@raspberrypi3fhem:/opt/yowsup-master$
sorry, bei mir hatte es so geklappt. :o
Mit dem $ nach yowsup-master findet er die Datei nicht.
Ohne das $ Zeichen wieder der Fehler.
pi@raspberrypi3fhem:/opt $ python /opt/yowsup-master$/yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
python: can't open file '/opt/yowsup-master$/yowsup-cli': [Errno 2] No such file or directory
pi@raspberrypi3fhem:/opt $ python /opt/yowsup-master/yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
pi@raspberrypi3fhem:/opt $
Hast Du zufällig python3 installiert?
Ich mußte auch 2 Anläufe nehmen. Nach der Warnung bzgl. pip Install das python 2.7. ab 2020 obsolete ist, hatte ich Version 3 installiert und glaube genau bei diesem Fehler im 1. Anlauf aufgegeben zu haben.
Es ist python 2 und 3 installiert, das sollte aber nicht stören, auf dem anderen RPi geht es ja, und da sind auch beide Python versionen drauf.
Zitat von: heinzfo am 24 April 2019, 20:12:25
Mit dem $ nach yowsup-master findet er die Datei nicht.
Ohne das $ Zeichen wieder der Fehler.
Das $ hat efinitv nichts im Aufruf zu suchen. Versuch doch bitte folgendes:
cd /opt/yowsup-master
python setup.py install
cp yowsup-cli /opt/fhem/yowsup-cli
cd/opt
yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
Grüße Jörg
PS: Im Fhem Device darf dann auch nur yowsub-cli ... stehen
PSS: Und, es muss einen Unteerschied in den Berechtigungen des Benutzers fhem geben. Frag bitte nur nicht welche. Ich habe es noch nicht herausgefunden.
Jetzt kommt ein anderer Fehler.
Zitat
cd /opt/yowsup-master
python setup.py install
cp yowsup-cli /opt/fhem/yowsup-cli
cd/opt
yowsup-cli registration --requestcode sms --config-phone 49xxx --config-cc 49
pi@raspberrypi3fhem:/opt/yowsup-master $ yowsup-cli registration --requestcode sms --config-phone 49xxx--config-cc 49
Traceback (most recent call last):
File "/usr/local/bin/yowsup-cli", line 4, in <module>
__import__('pkg_resources').run_script('yowsup==3.0.0', 'yowsup-cli')
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 664, in run_script
self.require(requires)[0].run_script(script_name, ns)
File "/usr/local/lib/python2.7/dist-packages/pkg_resources/__init__.py", line 1444, in run_script
exec(code, namespace, namespace)
File "/usr/local/lib/python2.7/dist-packages/yowsup-3.0.0-py2.7.egg/EGG-INFO/scripts/yowsup-cli", line 6, in <module>
from yowsup.config.manager import ConfigManager
ImportError: No module named config.manager
Zitat von: JoWiemann am 24 April 2019, 20:27:50
...
Grüße Jörg
PS: Im Fhem Device darf dann auch nur yowsub-cli ... stehen
PSS: Und, es muss einen Unteerschied in den Berechtigungen des Benutzers fhem geben. Frag bitte nur nicht welche. Ich habe es noch nicht herausgefunden.
Auch wenn ich heinz jetzt nicht weiterhelfen kann, so helfen vielleicht jegliche Erfahrungen - denn auch ich bin rumgestolpert.
Daher bzgl: Jörg's PS/PSS:
Also ich habe alles (auch den yowsup-master) unter /opt/fhem/yowsup installiert. (keine Ahnung ob das nun clever ist) ;)
Komplette Verzeichnisstruktur als owner fhem:dialout.
Im fhem-Device habe ich das Attribut cmd auf: /opt/fhem/yowsup/yowsup-master/yowsup-cli demos --config-phone 49XXX--yowsup
Allerdings darf ich kein Attr home setzen, dann bekomme ich direkt ein "disconnect".
So läuft es nun bei mir, außer das der Prozess absemmelt, wenn ich Umlaute/Zeilenumbrüche o.ä. via WhatsApp an fhem sende. :-\
Aber ich denke in diesem frühen Stadium der V3 ist das "noch" zu vernachlässigen.
@Heinz: die letzten beiden Registrationsversuche hast Du als user pi gemacht und nicht als fhem.
Jetzt kann man es bald nicht mehr erklären, also ich habe die yowsup-cli aus dem Verzeichniss /usr/local/bin/ entfernt.
Dann konnte ich mich registrieren und das Verzeichniss mit der Telefonnummer wurde unter /opt/fhem/.config/49xxx angelegt.
Das senden auf SSH Ebene
python yowsup-cli demos --config-phone 4989xxx -s 4917xxx "Das ist ein Test"
ergibt folgenden Fehler.
Traceback (most recent call last):
File "yowsup-cli", line 518, in <module>
if not parser.process():
File "yowsup-cli", line 432, in process
self.startSendClient()
File "yowsup-cli", line 465, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup-master/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 4, in <module>
from yowsup.layers.noise.layer import YowNoiseLayer
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 1, in <module>
from yowsup.layers.noise.workers.handshake import WANoiseProtocolHandshakeWorker
File "/opt/yowsup-master/yowsup/layers/noise/workers/handshake.py", line 1, in <module>
from consonance.protocol import WANoiseProtocol
File "/usr/local/lib/python2.7/dist-packages/consonance/protocol.py", line 2, in <module>
from .handshake import WAHandshake
File "/usr/local/lib/python2.7/dist-packages/consonance/handshake.py", line 20, in <module>
from .proto import wa20_pb2
File "/usr/local/lib/python2.7/dist-packages/consonance/proto/wa20_pb2.py", line 22, in <module>
XT_1\x10\x01\x12\t\n\x05\x45XT_2\x10\x02\"\xea\x02\n\x10HandshakeMessage\x12\x33\n\x0c\x63lient_hello\x18\x02 \x01(\x0b\x32\x1d.HandshakeMessage.ClientHello\x12\x33\n\x0cserver_hello\x18\x03 \x01(\x0b\x32\x1d.HandshakeMessage.ServerHello\x12\x35\n\rclient_finish\x18\x04 \x01(\x0b\x32\x1e.HandshakeMessage.ClientFinish\x1a\x41\n\x0b\x43lientHello\x12\x11\n\tephemeral\x18\x01 \x01(\x0c\x12\x0e\n\x06static\x18\x02 \x01(\x0c\x12\x0f\n\x07payload\x18\x03 \x01(\x0c\x1a\x41\n\x0bServerHello\x12\x11\n\tephemeral\x18\x01 \x01(\x0c\x12\x0e\n\x06static\x18\x02 \x01(\x0c\x12\x0f\n\x07payload\x18\x03 \x01(\x0c\x1a/\n\x0c\x43lientFinish\x12\x0e\n\x06static\x18\x01 \x01(\x0c\x12\x0f\n\x07payload\x18\x02 \x01(\x0c\"\x90\x01\n\x10NoiseCertificate\x12\x0f\n\x07\x64\x65tails\x18\x01 \x01(\x0c\x12\x11\n\tsignature\x18\x02 \x01(\x0c\x1aX\n\x07\x44\x65tails\x12\x0e\n\x06serial\x18\x01 \x01(\r\x12\x0e\n\x06issuer\x18\x02 \x01(\t\x12\x0f\n\x07\x65xpires\x18\x03 \x01(\x04\x12\x0f\n\x07subject\x18\x04 \x01(\t\x12\x0b\n\x03key\x18\x05 \x01(\x0c')
TypeError: __init__() got an unexpected keyword argument 'serialized_options'
...hab ich was verpasst?
Wieso lag yowsup-cli bei Dir unter /usr/local/bin/ ???
Keine Ahnung warum das dort auch noch mal war.
Ich bin ein Stück weiter gekommen.
sudo pip uninstall protobuf
sudo pip install -U protobuf
Nun kommt noch ein error E
pi@raspberrypi3fhem:/opt/yowsup-master $ python yowsup-cli demos --config-phone 49xxx -s 4917xxx "Das ist ein Test"
yowsup-cli v3.0.0
yowsup v3.0.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2019-04-24 22:09:26,642 yowsup.layers.network.layer - Connecting to e8.whatsapp.net:443
I 2019-04-24 22:09:26,816 yowsup.axolotl.manager - Generating 812 prekeys
I 2019-04-24 22:09:28,590 yowsup.axolotl.manager - Storing 812 prekeys
I 2019-04-24 22:09:34,955 yowsup.axolotl.manager - Loaded 812 unsent prekeys
E 2019-04-24 22:09:36,624 yowsup.layers.network.dispatcher.dispatcher_socket - [Errno 9] Bad file descriptor
So jetzt geht es auch wieder mit FHEM in beide Richtungen :) 8)
In /opt/fhem/.config einen Ordner yowsup erstellt und das Verzeichniss 49xx nach yowsup kopiert, weil er beim senden es dort gesucht, aber nicht gefunden hat. Dann chmod -R 777 auf yowsup, weil der Zugriff angemeckert wurde.
Dann das hier. der error E ist immer noch vorhanden, aber es geht alles wie gehabt.
pi@raspberrypi3fhem:/opt/yowsup-master $ sudo su - fhem
fhem@raspberrypi3fhem:~$ cd /opt/yowsup-master
fhem@raspberrypi3fhem:/opt/yowsup-master$ python yowsup-cli demos --config-phone 49xxx -s 4917xxx "Das ist ein Test"
yowsup-cli v3.0.0
yowsup v3.0.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2019-04-24 22:36:04,780 yowsup.layers.network.layer - Connecting to e4.whatsapp.net:443
I 2019-04-24 22:36:04,898 yowsup.axolotl.manager - Generating 812 prekeys
I 2019-04-24 22:36:06,687 yowsup.axolotl.manager - Storing 812 prekeys
I 2019-04-24 22:36:14,548 yowsup.axolotl.manager - Loaded 812 unsent prekeys
W 2019-04-24 22:36:15,832 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-04-24 22:36:15,837 yowsup.layers.protocol_ib.layer - ignoring attestation ib node for now
E 2019-04-24 22:36:16,621 yowsup.layers.network.dispatcher.dispatcher_socket - [Errno 9] Bad file descriptor
I 2019-04-24 22:36:16,624 yowsup.layers.network.layer - Connecting to e4.whatsapp.net:443
I 2019-04-24 22:36:16,918 yowsup.axolotl.manager - Loaded 0 unsent prekeys
W 2019-04-24 22:36:17,259 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-04-24 22:36:17,286 yowsup.layers.axolotl.layer_receive - No session for 49175xxx, going to send a retry
W 2019-04-24 22:36:17,299 yowsup.layers.axolotl.layer_receive - InvalidMessage or KeyId for 49170xxx, going to send a retry
WARNING:root:Ignoring psa notification for now
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
INFO:transitions.core:Exited state transport
INFO:transitions.core:Entered state transport
Was für ein rumgeeiere :-[
Grüße
Heinz
Hey und guten Morgen zusammen,
ich habe das hier gerade entdeckt und die 113 Seiten mal grob überflogen und daraufhin gegooglet.
Gibt es hier einen Trick oder eine Erklärung dazu, was man am besten als Nummer nimmt?
Ich habe einen T-COM Anschluss aber mit eigener Hardware und kein Festnetz-Tel. angeschlossen (brauche ich NIE).
Meine Handynummer kann ich anscheinend nicht nehmen, las ich, da sonst diese nicht mehr am Handy geht. Also
bräuchte ich wiederum eine extra Nummer für den PI/FHEM. Kann man hier nicht quasi eine Nummer "erfinden" oder sowas? Man müsste diese ja quasi nur einmal registriert bekommen.
Danke für Euer Feedback :)
Habe mich gestern auf zwei verschiedenen RPi Fhem Installationen erfolgreich registriert.
Mit einer Festnetznummer und per voice, man bekommt also einen Rückruf auf dieser Nummer und eine Sprachausgabe sagt den Verificationcode an.
Nach dem Wiki vorgehen, dann sollte es klappen.
Das ist es ja... Eigene HW. Dort habe ich keinen Anschluss für ein Telefon. Das war mir auch immer egal, da ich den ja nicht brauche.
Also müsste ich mir einen Router besorgen der mir temporär den Anschluss eines Tels erlaubt. Genau da dachte ich, gibt es ggf. einen besseren Weg...
Hallo,
Tarek hat eine neue Version 3.1.0 mit vielen Fehlerbereinigungen veröffentlicht. Es wurden Fehler in:
yowsup, consonance und dissononce gefixed. Also bitte alle drei neu installieren.
Grüße Jörg
Zitat von: 87insane am 25 April 2019, 08:15:30
Das ist es ja... Eigene HW. Dort habe ich keinen Anschluss für ein Telefon. Das war mir auch immer egal, da ich den ja nicht brauche.
Also müsste ich mir einen Router besorgen der mir temporär den Anschluss eines Tels erlaubt. Genau da dachte ich, gibt es ggf. einen besseren Weg...
Wie wäre es, wenn Du Dir ein 0-8-15 Luschi Prepaid-Starterpaket besorgst?
Du hast dann ne Mobilnummer, keine monatlichen Kosten und kannst die Registrierung mit nem Handy machen.
...danach die SIM in die Schublade.
Dürfte heut ja fast nix mehr kosten ;)
Denke, das ist neben dem Router, wohl die billigere Idee. Ich frage mal rum, wer seinen Router mal ein paar Min abgeben kann. Wenn das nichts wird, dann eben die Karte.
Mich wundert nur das die Registrierung nicht direkt gegen ein z.B. Gerät auf dem Raspberry/FHEM laufen kann. Kann man hier nicht eine Art virtuelle Nummer anlegen o.ä.? Die Rufnummer selber ist ja in meinem Netzwerk registriert. Da diese ja via VoIP eh an meinem Anschluss anliegt....
Zitat von: 87insane am 25 April 2019, 09:30:43
Denke, das ist neben dem Router, wohl die billigere Idee. Ich frage mal rum, wer seinen Router mal ein paar Min abgeben kann. Wenn das nichts wird, dann eben die Karte.
Mich wundert nur das die Registrierung nicht direkt gegen ein z.B. Gerät auf dem Raspberry/FHEM laufen kann. Kann man hier nicht eine Art virtuelle Nummer anlegen o.ä.? Die Rufnummer selber ist ja in meinem Netzwerk registriert. Da diese ja via VoIP eh an meinem Anschluss anliegt....
Dann richte doch einfach einen VoIP-Client auf Handy/ PC ein. Das kostet mal NULL :)
...oder Du leitest Deinen VoIP-Anschluß mal temporär auf Dein Handy um, sofern es unterstützt wird.
Teste ich nachher. Gute idee! Das VLAN kann ich abgreifen, das ist kein Problem. Muss nur gucken ob die Telekom da mit macht. Ich weis nicht ob die Anmeldung gegen den tcom Server in der Form klappt. Bin aber zuversichtlich.
Danke!
Gesendet von meinem LG-H850 mit Tapatalk
Hallo
Ein set WhatsApp disconnect erzeugt keinen Event ein reconnect schon.
Somit bleibt der state immer auf connected und ich kann ihn nicht weiterverwenden.
Ein userReading auf den InternalVal STATE hilft leider auch nicht weiter.
Habe ich hier etwas übersehen oder ist das so?
Internals:
CONNECTS 37
FUUID 5c42dab5-f33f-b83d-ee2f-ab92e494f238af38
LAST_DISCONNECT 2019-04-26 21:29:26
NAME WhatsApp
NOTIFYDEV global
NR 755
NTFY_ORDER 50-WhatsApp
PARTIAL
STATE Disconnected
TIME 2019-04-26 21:29:20
TYPE yowsup
.attraggr:
.attrminint:
.userReadings:
HASH(0x53bd128)
READINGS:
2019-04-25 11:10:26 sent 49xxx test
2019-04-26 21:29:20 state connected
2019-04-26 21:29:20 user_state logged in
Attributes:
acceptFrom 49xxx
cmd /opt/yowsup-master/yowsup-cli demos --config-phone 49xxx9 --yowsup
disable 0
home PWD
icon system_fhem
nickname Die schlaue Huette
room WhatsApp
sortby 01
userReadings user_state {InternalVal("WhatsApp","STATE","")},
userattr acceptFrom
verbose 4
widgetOverride cmd:textField-long
Beste Grüße
Heinz
Ist bei mir nicht so, habs gerade getested, hier mal der Auszug vom Eventmonitor:
2019-04-26 22:07:17 yowsup WhatsApp disconnect
2019-04-26 22:07:23 yowsup WhatsApp reconnect
2019-04-26 22:07:24 yowsup WhatsApp offline
2019-04-26 22:07:25 yowsup WhatsApp logged in
2019-04-26 22:07:25 yowsup WhatsApp connected
Nach FHEM und RPi Neustart ist das Problem immer noch vorhanden.
Hab die letzte Version von yowsup installiert 3.1.0 vom 25.04.2019
Evtl. liegt es daran?
Hallo,
nachdem berichtet wurde, dass yowsup wieder funktionsfähig ist, wollte ich es neu installieren.
Geklappt hat:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
----
sudo apt-get install python-soappy python-dateutil python-pip python-dev build-essential libssl-dev libffi-dev
sudo pip install --upgrade pip
sudo pip uninstall six
sudo pip install six==1.10
sudo pip install argparse
Auf die Nase gefallen bin ich dann aber mit:
sudo pip install readline
Das Log der versuchten readline Installation:
ERROR: Complete output from command /usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-7XLeGN --python-tag cp27:
ERROR:
============ Building the readline library ============
readline-6.2/
readline-6.2/doc/
readline-6.2/doc/Makefile.in
readline-6.2/doc/texinfo.tex
readline-6.2/doc/version.texi
readline-6.2/doc/fdl.texi
readline-6.2/doc/rlman.texi
readline-6.2/doc/rltech.texi
readline-6.2/doc/rluser.texi
readline-6.2/doc/rluserman.texi
readline-6.2/doc/history.texi
readline-6.2/doc/hstech.texi
readline-6.2/doc/hsuser.texi
readline-6.2/doc/readline.3
readline-6.2/doc/history.3
readline-6.2/doc/texi2dvi
readline-6.2/doc/texi2html
readline-6.2/doc/readline.ps
readline-6.2/doc/history.ps
readline-6.2/doc/rluserman.ps
readline-6.2/doc/readline.dvi
readline-6.2/doc/history.dvi
readline-6.2/doc/rluserman.dvi
readline-6.2/doc/readline.info
readline-6.2/doc/history.info
readline-6.2/doc/rluserman.info
readline-6.2/doc/readline.html
readline-6.2/doc/history.html
readline-6.2/doc/rluserman.html
readline-6.2/doc/readline.0
readline-6.2/doc/history.0
readline-6.2/doc/readline_3.ps
readline-6.2/doc/history_3.ps
readline-6.2/doc/history.pdf
readline-6.2/doc/readline.pdf
readline-6.2/doc/rluserman.pdf
readline-6.2/examples/
readline-6.2/examples/autoconf/
readline-6.2/examples/autoconf/BASH_CHECK_LIB_TERMCAP
readline-6.2/examples/autoconf/RL_LIB_READLINE_VERSION
readline-6.2/examples/autoconf/wi_LIB_READLINE
readline-6.2/examples/rlfe/
readline-6.2/examples/rlfe/ChangeLog
readline-6.2/examples/rlfe/Makefile.in
readline-6.2/examples/rlfe/README
readline-6.2/examples/rlfe/config.h.in
readline-6.2/examples/rlfe/configure
readline-6.2/examples/rlfe/configure.in
readline-6.2/examples/rlfe/extern.h
readline-6.2/examples/rlfe/os.h
readline-6.2/examples/rlfe/pty.c
readline-6.2/examples/rlfe/rlfe.c
readline-6.2/examples/rlfe/screen.h
readline-6.2/examples/Makefile.in
readline-6.2/examples/excallback.c
readline-6.2/examples/fileman.c
readline-6.2/examples/manexamp.c
readline-6.2/examples/readlinebuf.h
readline-6.2/examples/rl-fgets.c
readline-6.2/examples/rlcat.c
readline-6.2/examples/rlevent.c
readline-6.2/examples/rltest.c
readline-6.2/examples/rl.c
readline-6.2/examples/rlptytest.c
readline-6.2/examples/rlversion.c
readline-6.2/examples/histexamp.c
readline-6.2/examples/Inputrc
readline-6.2/examples/rlwrap-0.30.tar.gz
readline-6.2/support/
readline-6.2/support/config.guess
readline-6.2/support/config.rpath
readline-6.2/support/config.sub
readline-6.2/support/install.sh
readline-6.2/support/mkdirs
readline-6.2/support/mkdist
readline-6.2/support/mkinstalldirs
readline-6.2/support/shobj-conf
readline-6.2/support/shlib-install
readline-6.2/support/wcwidth.c
readline-6.2/shlib/
readline-6.2/shlib/Makefile.in
readline-6.2/COPYING
readline-6.2/README
readline-6.2/MANIFEST
readline-6.2/INSTALL
readline-6.2/CHANGELOG
readline-6.2/CHANGES
readline-6.2/NEWS
readline-6.2/USAGE
readline-6.2/aclocal.m4
readline-6.2/config.h.in
readline-6.2/configure
readline-6.2/configure.in
readline-6.2/Makefile.in
readline-6.2/ansi_stdlib.h
readline-6.2/chardefs.h
readline-6.2/history.h
readline-6.2/histlib.h
readline-6.2/keymaps.h
readline-6.2/posixdir.h
readline-6.2/posixjmp.h
readline-6.2/readline.h
readline-6.2/posixselect.h
readline-6.2/posixstat.h
readline-6.2/rlconf.h
readline-6.2/rldefs.h
readline-6.2/rlmbutil.h
readline-6.2/rlprivate.h
readline-6.2/rlshell.h
readline-6.2/rlstdc.h
readline-6.2/rltty.h
readline-6.2/rltypedefs.h
readline-6.2/rlwinsize.h
readline-6.2/tcap.h
readline-6.2/tilde.h
readline-6.2/xmalloc.h
readline-6.2/bind.c
readline-6.2/callback.c
readline-6.2/compat.c
readline-6.2/complete.c
readline-6.2/display.c
readline-6.2/emacs_keymap.c
readline-6.2/funmap.c
readline-6.2/input.c
readline-6.2/isearch.c
readline-6.2/keymaps.c
readline-6.2/kill.c
readline-6.2/macro.c
readline-6.2/mbutil.c
readline-6.2/misc.c
readline-6.2/nls.c
readline-6.2/parens.c
readline-6.2/readline.c
readline-6.2/rltty.c
readline-6.2/savestring.c
readline-6.2/search.c
readline-6.2/shell.c
readline-6.2/signals.c
readline-6.2/terminal.c
readline-6.2/text.c
readline-6.2/tilde.c
readline-6.2/undo.c
readline-6.2/util.c
readline-6.2/vi_keymap.c
readline-6.2/vi_mode.c
readline-6.2/xfree.c
readline-6.2/xmalloc.c
readline-6.2/history.c
readline-6.2/histexpand.c
readline-6.2/histfile.c
readline-6.2/histsearch.c
readline-6.2/patchlevel
patching file vi_mode.c
patching file callback.c
patching file support/shobj-conf
patching file patchlevel
patching file input.c
patching file patchlevel
patching file vi_mode.c
patching file patchlevel
checking build system type... armv7l-unknown-linux-gnueabi
checking host system type... armv7l-unknown-linux-gnueabi
Beginning configuration for readline-6.2 for armv7l-unknown-linux-gnueabi
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether gcc needs -traditional... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for ar... ar
checking for ranlib... ranlib
checking for an ANSI C-conforming const... yes
checking for function prototypes... yes
checking whether char is unsigned... yes
checking for working volatile... yes
checking return type of signal handlers... void
checking for size_t... yes
checking for ssize_t... yes
checking for ANSI C header files... (cached) yes
checking whether stat file-mode macros are broken... no
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for fcntl... yes
checking for kill... yes
checking for lstat... yes
checking for memmove... yes
checking for putenv... yes
checking for select... yes
checking for setenv... yes
checking for setlocale... yes
checking for strcasecmp... yes
checking for strpbrk... yes
checking for tcgetattr... yes
checking for vsnprintf... yes
checking for isascii... yes
checking for isxdigit... yes
checking for getpwent... yes
checking for getpwnam... yes
checking for getpwuid... yes
checking for working strcoll... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for stdlib.h... (cached) yes
checking varargs.h usability... no
checking varargs.h presence... no
checking for varargs.h... no
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for memory.h... (cached) yes
checking termcap.h usability... no
checking termcap.h presence... no
checking for termcap.h... no
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking termio.h usability... yes
checking termio.h presence... yes
checking for termio.h... yes
checking sys/pte.h usability... no
checking sys/pte.h presence... no
checking for sys/pte.h... no
checking sys/stream.h usability... no
checking sys/stream.h presence... no
checking for sys/stream.h... no
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking for sys/ptem.h... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for type of signal functions... posix
checking if signal handlers must be reinstalled when invoked... no
checking for presence of POSIX-style sigsetjmp/siglongjmp... present
checking for lstat... yes
checking whether or not strcoll and strcmp differ... no
checking whether the ctype macros accept non-ascii characters... no
checking whether getpw functions are declared in pwd.h... yes
checking whether termios.h defines TIOCGWINSZ... no
checking whether sys/ioctl.h defines TIOCGWINSZ... yes
checking for sig_atomic_t in signal.h... yes
checking whether signal handlers are of type void... yes
checking for TIOCSTAT in sys/ioctl.h... no
checking for FIONREAD in sys/ioctl.h... yes
checking for speed_t in sys/types.h... no
checking for struct winsize in sys/ioctl.h and termios.h... sys/ioctl.h
checking for struct dirent.d_ino... yes
checking for struct dirent.d_fileno... yes
checking for tgetent... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltinfo... no
checking for tgetent in -lcurses... no
checking for tgetent in -lncurses... no
checking which library has the termcap functions... using gnutermcap
checking wctype.h usability... yes
checking wctype.h presence... yes
checking for wctype.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for mbrlen... yes
checking for mbscasecmp... no
checking for mbscmp... no
checking for mbsnrtowcs... yes
checking for mbsrtowcs... yes
checking for mbschr... no
checking for wcrtomb... yes
checking for wcscoll... yes
checking for wcsdup... yes
checking for wcwidth... yes
checking for wctype... yes
checking for wcswidth... yes
checking whether mbrtowc and mbstate_t are properly declared... yes
checking for iswlower... yes
checking for iswupper... yes
checking for towlower... yes
checking for towupper... yes
checking for iswctype... yes
checking for nl_langinfo and CODESET... yes
checking for wchar_t in wchar.h... yes
checking for wctype_t in wctype.h... yes
checking for wint_t in wctype.h... yes
checking configuration for building shared libraries... supported
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating examples/Makefile
config.status: creating shlib/Makefile
config.status: creating config.h
config.status: executing default commands
rm -f readline.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O readline.c
rm -f vi_mode.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O vi_mode.c
rm -f funmap.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O funmap.c
rm -f keymaps.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O keymaps.c
rm -f parens.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O parens.c
rm -f search.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O search.c
rm -f rltty.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O rltty.c
rm -f complete.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O complete.c
complete.c: In function 'fnwidth':
complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
rm -f bind.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O bind.c
rm -f isearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O isearch.c
rm -f display.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O display.c
display.c: In function 'rl_redisplay':
display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
rm -f signals.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O signals.c
rm -f util.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O util.c
rm -f kill.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O kill.c
rm -f undo.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O undo.c
rm -f macro.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O macro.c
rm -f input.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O input.c
rm -f callback.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O callback.c
rm -f terminal.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O terminal.c
rm -f text.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O text.c
rm -f nls.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O nls.c
rm -f misc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O misc.c
rm -f compat.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O compat.c
rm -f xfree.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xfree.c
rm -f xmalloc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xmalloc.c
rm -f history.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O history.c
rm -f histexpand.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histexpand.c
rm -f histfile.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histfile.c
rm -f histsearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histsearch.c
rm -f shell.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O shell.c
rm -f mbutil.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O mbutil.c
mbutil.c: In function '_rl_find_next_mbchar_internal':
mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
rm -f tilde.o
gcc -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O -DREADLINE_LIBRARY -c ./tilde.c
rm -f libreadline.a
ar cr libreadline.a readline.o vi_mode.o funmap.o keymaps.o parens.o search.o rltty.o complete.o bind.o isearch.o display.o signals.o util.o kill.o undo.o macro.o input.o callback.o terminal.o text.o nls.o misc.o compat.o xfree.o xmalloc.o history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o tilde.o
test -n "ranlib" && ranlib libreadline.a
rm -f libhistory.a
ar cr libhistory.a history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o xmalloc.o xfree.o
test -n "ranlib" && ranlib libhistory.a
test -d shlib || mkdir shlib
( cd shlib ; make all )
make[1]: Verzeichnis ,,/tmp/pip-install-xSbFVl/readline/rl/readline-lib/shlib" wird betreten
rm -f readline.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o readline.o ../readline.c
mv readline.o readline.so
rm -f vi_mode.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o vi_mode.o ../vi_mode.c
mv vi_mode.o vi_mode.so
rm -f funmap.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o funmap.o ../funmap.c
mv funmap.o funmap.so
rm -f keymaps.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o keymaps.o ../keymaps.c
mv keymaps.o keymaps.so
rm -f parens.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o parens.o ../parens.c
mv parens.o parens.so
rm -f search.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o search.o ../search.c
mv search.o search.so
rm -f rltty.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o rltty.o ../rltty.c
mv rltty.o rltty.so
rm -f complete.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o complete.o ../complete.c
../complete.c: In function 'fnwidth':
../complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
mv complete.o complete.so
rm -f bind.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o bind.o ../bind.c
mv bind.o bind.so
rm -f isearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o isearch.o ../isearch.c
mv isearch.o isearch.so
rm -f display.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o display.o ../display.c
../display.c: In function 'rl_redisplay':
../display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
mv display.o display.so
rm -f signals.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o signals.o ../signals.c
mv signals.o signals.so
rm -f util.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o util.o ../util.c
mv util.o util.so
rm -f kill.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o kill.o ../kill.c
mv kill.o kill.so
rm -f undo.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o undo.o ../undo.c
mv undo.o undo.so
rm -f macro.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o macro.o ../macro.c
mv macro.o macro.so
rm -f input.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o input.o ../input.c
mv input.o input.so
rm -f callback.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o callback.o ../callback.c
mv callback.o callback.so
rm -f terminal.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o terminal.o ../terminal.c
mv terminal.o terminal.so
rm -f text.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o text.o ../text.c
mv text.o text.so
rm -f nls.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o nls.o ../nls.c
mv nls.o nls.so
rm -f misc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o misc.o ../misc.c
mv misc.o misc.so
rm -f xmalloc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xmalloc.o ../xmalloc.c
mv xmalloc.o xmalloc.so
rm -f xfree.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xfree.o ../xfree.c
mv xfree.o xfree.so
rm -f history.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o history.o ../history.c
mv history.o history.so
rm -f histexpand.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histexpand.o ../histexpand.c
mv histexpand.o histexpand.so
rm -f histfile.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histfile.o ../histfile.c
mv histfile.o histfile.so
rm -f histsearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histsearch.o ../histsearch.c
mv histsearch.o histsearch.so
rm -f shell.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o shell.o ../shell.c
mv shell.o shell.so
rm -f mbutil.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o mbutil.o ../mbutil.c
../mbutil.c: In function '_rl_find_next_mbchar_internal':
../mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
mv mbutil.o mbutil.so
rm -f tilde.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -DREADLINE_LIBRARY -c -o tilde.o ../tilde.c
mv tilde.o tilde.so
rm -f compat.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o compat.o ../compat.c
mv compat.o compat.so
rm -f libreadline.so.6.2
gcc -shared -Wl,-soname,libreadline.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libreadline.so.6.2 .2` -o libreadline.so.6.2 readline.so vi_mode.so funmap.so keymaps.so parens.so search.so rltty.so complete.so bind.so isearch.so display.so signals.so util.so kill.so undo.so macro.so input.so callback.so terminal.so text.so nls.so misc.so xmalloc.so xfree.so history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so tilde.so compat.so
rm -f libhistory.so.6.2
gcc -shared -Wl,-soname,libhistory.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libhistory.so.6.2 .2` -o libhistory.so.6.2 history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so xmalloc.so xfree.so
make[1]: Verzeichnis ,,/tmp/pip-install-xSbFVl/readline/rl/readline-lib/shlib" wird verlassen
============ Building the readline extension module ============
running bdist_wheel
running build
running build_ext
building 'readline' extension
creating build
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/Modules
creating build/temp.linux-armv7l-2.7/Modules/2.x
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DHAVE_RL_CALLBACK -DHAVE_RL_CATCH_SIGNAL -DHAVE_RL_COMPLETION_APPEND_CHARACTER -DHAVE_RL_COMPLETION_DISPLAY_MATCHES_HOOK -DHAVE_RL_COMPLETION_MATCHES -DHAVE_RL_COMPLETION_SUPPRESS_APPEND -DHAVE_RL_PRE_INPUT_HOOK -I. -I/usr/include/python2.7 -c Modules/2.x/readline.c -o build/temp.linux-armv7l-2.7/Modules/2.x/readline.o -Wno-strict-prototypes
creating build/lib.linux-armv7l-2.7
arm-linux-gnueabihf-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-armv7l-2.7/Modules/2.x/readline.o readline/libreadline.a readline/libhistory.a -lncurses -o build/lib.linux-armv7l-2.7/readline.so
/usr/bin/ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
ERROR: Failed building wheel for readline
Running setup.py clean for readline
Failed to build readline
Installing collected packages: readline
Running setup.py install for readline ... error
ERROR: Complete output from command /usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ov9a4v/install-record.txt --single-version-externally-managed --compile:
ERROR: running install
running build
running build_ext
building 'readline' extension
creating build
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/Modules
creating build/temp.linux-armv7l-2.7/Modules/2.x
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DHAVE_RL_CALLBACK -DHAVE_RL_CATCH_SIGNAL -DHAVE_RL_COMPLETION_APPEND_CHARACTER -DHAVE_RL_COMPLETION_DISPLAY_MATCHES_HOOK -DHAVE_RL_COMPLETION_MATCHES -DHAVE_RL_COMPLETION_SUPPRESS_APPEND -DHAVE_RL_PRE_INPUT_HOOK -I. -I/usr/include/python2.7 -c Modules/2.x/readline.c -o build/temp.linux-armv7l-2.7/Modules/2.x/readline.o -Wno-strict-prototypes
creating build/lib.linux-armv7l-2.7
arm-linux-gnueabihf-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-armv7l-2.7/Modules/2.x/readline.o readline/libreadline.a readline/libhistory.a -lncurses -o build/lib.linux-armv7l-2.7/readline.so
/usr/bin/ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
ERROR: Command "/usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ov9a4v/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-install-xSbFVl/readline/
Hat jemand eine Idee, wie ich hier weiterkomme?
Grüße James
Ich hatte auch Probleme mit readline, habe dann trotz Fehler einfach weitergemacht mit der Installation wie im Wiki angegeben, funktioniert hats trotzdem.
Hallo Zusammen,
ich versuche gerade, yowsup wieder zu installieren, gehe nach dem WIKI vor (vielen Dank dafür!!).
Beim Aufruf der yowsup-cli zur Registration kommt aber folgender Fehler:
pi@FHEM:/opt/yowsup-master $ yowsup-cli registration --requestcode voice --config-phone 49XXXXXXXXXX --config-cc 49
-bash: yowsup-cli: Kommando nicht gefunden.
..obwohl die yowsup-cli im Verzeichnis enthalten ist?? :(
Woran kann das liegen?
VG
Pit
Was macht das $ Zeichen im String?
Fehlt da nicht ein /
Hallo heinzfo,
vielen Dank für deine Antwort, ich habe nochmals alles geprüft:
pi@FHEM:/ $
sudo su - fhem
cd /opt/yowsup-master
pi@FHEM:/opt/yowsup-master $
yowsup-cli registration --requestcode voice --config-phone 49XXXXXXXXXX --config-cc 49
-su: yowsup-cli: Kommando nicht gefunden.
Hängt möglicherweise mit diesem Verzeichnis / $ zusammen, evtl. Zugriffsrechte.., evtl. falscher User..., bin nicht so richtig fit in Linux
Über einen kurzen Denkanstoss wäre ich dankbar...
VG
Pit
Hallo heinzfo,
so, ich bin jetzt etwas weiter, nachdem ich etwas in den Grundlagen von Linux geforscht habe... ;D
nach:
pi@FHEM:~ $ /opt/yowsup-master/yowsup-cli registration --requestcode voice --config-phone 49XXXXXXXXXX --config-cc 49
kommt jetzt aber leider folgende Fehlermeldung:
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 6, in <module>
from yowsup.config.manager import ConfigManager
File "/opt/yowsup-master/yowsup/config/manager.py", line 4, in <module>
from yowsup.config.v1.serialize import ConfigSerialize
File "/opt/yowsup-master/yowsup/config/v1/serialize.py", line 8, in <module>
from consonance.structs.keypair import KeyPair
File "/usr/local/lib/python2.7/dist-packages/consonance-0.1.1-py2.7.egg/consonance/structs/keypair.py", line 4, in <module>
from dissononce.dh.x25519.x25519 import X25519DH
File "build/bdist.linux-armv7l/egg/dissononce/dh/x25519/x25519.py", line 1, in <module>
ImportError: cannot import name x25519
..da muss ich dann leider passen und wahrscheinlich abwarten.., oder macht es Sinn, einen solchen Fehler in das github als "Issue" einzustellen?
VG
Pit
Mir hat das weitergeholfen.
sudo pip uninstall protobuf
sudo pip install -U protobuf
Suche mal die installieren Python package Versionen.
sudo pip list --format columns
Auszugsweise meine Versionen:
protobuf 3.7.1
six 1.10.0
pip 19.1
setuptools 40.6.3
Hallo heinzfo,
danke für die Info, irgendwie stimmt was mit den Python-Paketen nicht, ich installiere die nochmal und melde mich.
VG
Pit
Hallo heinzfo,
der Tip...
sudo pip uninstall protobuf
sudo pip install -U protobuf
... hat leider nicht geholfen.
Meine Versionen...
protobuf 3.7.1
six 1.12.0
pip 1.5.6
setuptools 5.5.1
..sehen etwas anders aus :-[ :-[ :-[
VG
Pit
Es muss auf jeden Fall six 1.10.0 sein!
sudo pip uninstall six
sudo pip install six==1.10
Die beiden solltest Du vorher aktualisieren:
sudo pip install --upgrade pip
sudo pip install --upgrade setuptools
PS: Ich verwende Python 2.7
Hallo heinzfo,
ich will mal versuchen, pip upzudaten, ich glaube aber, dass es ein Problem gibt bzgl. meiner Python-Versionen, ich habe sowohl Python 2.7 als auch die Version 3.0 auf meinem Pi.
Da scheint es dann wohl irgendwelche Probleme mit dem pip-Update zu geben, über den normalen Weg geht es nicht...
viele Gruesse
Pit
Hallo Pit
Habe auch Python 2 und 3 auf den RPi das macht aber nichts, daran liegt es nicht.
Gruß
Hallo heinzfo,
bie der Eingabe von..
sudo pip install --upgrade pip
kommt leider folgendes...
pi@FHEM:~ $ sudo pip install --upgrade pip
Downloading/unpacking pip from https://files.pythonhosted.org/packages/f9/fb/863012b13912709c13cf5cfdbfb304fa6c727659d6290438e1a88df9d848/pip-19.1-py2.py3-none-any.whl#sha256=8f59b6cf84584d7962d79fd1be7a8ec0eb198aa52ea864896551736b3614eee9
Downloading pip-19.1-py2.py3-none-any.whl (1.4MB): 1.4MB downloaded
Installing collected packages: pip
Found existing installation: pip 1.5.6
Not uninstalling pip at /usr/lib/python2.7/dist-packages, owned by OS
Successfully installed pip
Cleaning up...
das scheint mir (nach erstem Studium des Internets) evtl. ein Thema versch. python-Versionen zu sein :-[ :-[ :-[
Irgendwie muss ich das erst einmal lösen, aber wie?
VG
Pit
Welche pip Version ist jetzt Installiert?
Lese was von Successfully instaled pip.
Hallo heinzfo,
ich interpretiere die Meldung so, dass pip-19.1-py2.py3-none-any.whl (pip für Python 2 und Python 3 ??) heruntergeladen wird.
Dann wird festgestellt, dass im Verzeichnis /usr/lib/python2.7/dist-packages eine Version (1.5.6) von pip enthalten ist und die Installation der Version 19.1. wird nicht durchgeführt!
Warum, keine Ahnung... :-[ :-[ :-[
VG
Pit
Hallo,
habe es jetzt hinbekommen, pip auf die Version 19.1 upzugraden, danach habe ich das Wiki nochmals abgearbeitet... ;D
Jetzt kommt eine neue Fehlermeldung....nach Eingabe von...
pi@FHEM:~ $ /opt/yowsup-master/yowsup-cli registration --requestcode voice --config-phone 49XXXXXXXXX --config-cc 49
kommt...
E 2019-04-29 19:34:41,196 yowsup.config.manager - Could not find a config for username=49XXXXXXXXXXX, paths checked: /home/pi/.config/yowsup/49XXXXXXXXXXX/config.json:/home/pi/.config/yowsup/49XXXXXXXXXXX/config.yo
/usr/local/lib/python2.7/dist-packages/cryptography-2.6.1-py2.7-linux-armv7l.egg cryptography/hazmat/bindings/openssl/binding.py:163: CryptographyDeprecationWarning: OpenSSL version 1.0.1 is no longer supported by the OpenSSL project, please upgrade. A future version of cryptography will drop support for it.
utils.CryptographyDeprecationWarning
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 547, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 343, in process
self.handleRequestCode(self.args["requestcode"], config)
File "/opt/yowsup-master/yowsup-cli", line 352, in handleRequestCode
from yowsup.registration import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/__init__.py", line 1, in <module>
from .coderequest import WACodeRequest
File "/opt/yowsup-master/yowsup/registration/coderequest.py", line 1, in <modu le>
from yowsup.common.http.warequest import WARequest
File "/opt/yowsup-master/yowsup/common/http/__init__.py", line 2, in <module>
from .warequest import WARequest
File "/opt/yowsup-master/yowsup/common/http/warequest.py", line 10, in <module >
from yowsup.axolotl.factory import AxolotlManagerFactory
File "/opt/yowsup-master/yowsup/axolotl/factory.py", line 1, in <module>
from yowsup.axolotl.manager import AxolotlManager
File "/opt/yowsup-master/yowsup/axolotl/manager.py", line 3, in <module>
from axolotl.groups.senderkeyname import SenderKeyName
ImportError: No module named senderkeyname
Muss ich die config.json selber erstellen, mit welchem Inhalt...?
VG
Pit
Hast Du jetzt auch die richtige six Version 1.10.0 ?
ja, SIX 1.10.0
Machst Du es als FHEM user?
sudo su - fhem
cd /opt/yowsup-master
Und vorher das:
sudo chown -R fhem:dialout /opt/yowsup-master /opt/yowsup-config
Laut Wiki?
Hallo heinzfo,
ja, ich bin genau nach dem Wiki vorgegangen.
viele Gruesse
Pit
Hallo,
...was bei mir nicht klappt, ist die Installation von Readline, gleiche Fehlermeldung wie im Eintrag #1697 von RadioJames....
In #1698 wurde berichtet, dass es trotzdem wohl klappt, bei mir leider nicht.
Was könnte ich das noch versuchen, habe im Augenblick keinen Ansatz... :'( :'( :'(
VG
Pit
Zitat von: RadioJames am 28 April 2019, 09:58:03
Hallo,
nachdem berichtet wurde, dass yowsup wieder funktionsfähig ist, wollte ich es neu installieren.
Geklappt hat:
sudo apt-get update
sudo apt-get upgrade
sudo apt-get dist-upgrade
----
sudo apt-get install python-soappy python-dateutil python-pip python-dev build-essential libssl-dev libffi-dev
sudo pip install --upgrade pip
sudo pip uninstall six
sudo pip install six==1.10
sudo pip install argparse
Auf die Nase gefallen bin ich dann aber mit:
sudo pip install readline
Das Log der versuchten readline Installation:
ERROR: Complete output from command /usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' bdist_wheel -d /tmp/pip-wheel-7XLeGN --python-tag cp27:
ERROR:
============ Building the readline library ============
readline-6.2/
readline-6.2/doc/
readline-6.2/doc/Makefile.in
readline-6.2/doc/texinfo.tex
readline-6.2/doc/version.texi
readline-6.2/doc/fdl.texi
readline-6.2/doc/rlman.texi
readline-6.2/doc/rltech.texi
readline-6.2/doc/rluser.texi
readline-6.2/doc/rluserman.texi
readline-6.2/doc/history.texi
readline-6.2/doc/hstech.texi
readline-6.2/doc/hsuser.texi
readline-6.2/doc/readline.3
readline-6.2/doc/history.3
readline-6.2/doc/texi2dvi
readline-6.2/doc/texi2html
readline-6.2/doc/readline.ps
readline-6.2/doc/history.ps
readline-6.2/doc/rluserman.ps
readline-6.2/doc/readline.dvi
readline-6.2/doc/history.dvi
readline-6.2/doc/rluserman.dvi
readline-6.2/doc/readline.info
readline-6.2/doc/history.info
readline-6.2/doc/rluserman.info
readline-6.2/doc/readline.html
readline-6.2/doc/history.html
readline-6.2/doc/rluserman.html
readline-6.2/doc/readline.0
readline-6.2/doc/history.0
readline-6.2/doc/readline_3.ps
readline-6.2/doc/history_3.ps
readline-6.2/doc/history.pdf
readline-6.2/doc/readline.pdf
readline-6.2/doc/rluserman.pdf
readline-6.2/examples/
readline-6.2/examples/autoconf/
readline-6.2/examples/autoconf/BASH_CHECK_LIB_TERMCAP
readline-6.2/examples/autoconf/RL_LIB_READLINE_VERSION
readline-6.2/examples/autoconf/wi_LIB_READLINE
readline-6.2/examples/rlfe/
readline-6.2/examples/rlfe/ChangeLog
readline-6.2/examples/rlfe/Makefile.in
readline-6.2/examples/rlfe/README
readline-6.2/examples/rlfe/config.h.in
readline-6.2/examples/rlfe/configure
readline-6.2/examples/rlfe/configure.in
readline-6.2/examples/rlfe/extern.h
readline-6.2/examples/rlfe/os.h
readline-6.2/examples/rlfe/pty.c
readline-6.2/examples/rlfe/rlfe.c
readline-6.2/examples/rlfe/screen.h
readline-6.2/examples/Makefile.in
readline-6.2/examples/excallback.c
readline-6.2/examples/fileman.c
readline-6.2/examples/manexamp.c
readline-6.2/examples/readlinebuf.h
readline-6.2/examples/rl-fgets.c
readline-6.2/examples/rlcat.c
readline-6.2/examples/rlevent.c
readline-6.2/examples/rltest.c
readline-6.2/examples/rl.c
readline-6.2/examples/rlptytest.c
readline-6.2/examples/rlversion.c
readline-6.2/examples/histexamp.c
readline-6.2/examples/Inputrc
readline-6.2/examples/rlwrap-0.30.tar.gz
readline-6.2/support/
readline-6.2/support/config.guess
readline-6.2/support/config.rpath
readline-6.2/support/config.sub
readline-6.2/support/install.sh
readline-6.2/support/mkdirs
readline-6.2/support/mkdist
readline-6.2/support/mkinstalldirs
readline-6.2/support/shobj-conf
readline-6.2/support/shlib-install
readline-6.2/support/wcwidth.c
readline-6.2/shlib/
readline-6.2/shlib/Makefile.in
readline-6.2/COPYING
readline-6.2/README
readline-6.2/MANIFEST
readline-6.2/INSTALL
readline-6.2/CHANGELOG
readline-6.2/CHANGES
readline-6.2/NEWS
readline-6.2/USAGE
readline-6.2/aclocal.m4
readline-6.2/config.h.in
readline-6.2/configure
readline-6.2/configure.in
readline-6.2/Makefile.in
readline-6.2/ansi_stdlib.h
readline-6.2/chardefs.h
readline-6.2/history.h
readline-6.2/histlib.h
readline-6.2/keymaps.h
readline-6.2/posixdir.h
readline-6.2/posixjmp.h
readline-6.2/readline.h
readline-6.2/posixselect.h
readline-6.2/posixstat.h
readline-6.2/rlconf.h
readline-6.2/rldefs.h
readline-6.2/rlmbutil.h
readline-6.2/rlprivate.h
readline-6.2/rlshell.h
readline-6.2/rlstdc.h
readline-6.2/rltty.h
readline-6.2/rltypedefs.h
readline-6.2/rlwinsize.h
readline-6.2/tcap.h
readline-6.2/tilde.h
readline-6.2/xmalloc.h
readline-6.2/bind.c
readline-6.2/callback.c
readline-6.2/compat.c
readline-6.2/complete.c
readline-6.2/display.c
readline-6.2/emacs_keymap.c
readline-6.2/funmap.c
readline-6.2/input.c
readline-6.2/isearch.c
readline-6.2/keymaps.c
readline-6.2/kill.c
readline-6.2/macro.c
readline-6.2/mbutil.c
readline-6.2/misc.c
readline-6.2/nls.c
readline-6.2/parens.c
readline-6.2/readline.c
readline-6.2/rltty.c
readline-6.2/savestring.c
readline-6.2/search.c
readline-6.2/shell.c
readline-6.2/signals.c
readline-6.2/terminal.c
readline-6.2/text.c
readline-6.2/tilde.c
readline-6.2/undo.c
readline-6.2/util.c
readline-6.2/vi_keymap.c
readline-6.2/vi_mode.c
readline-6.2/xfree.c
readline-6.2/xmalloc.c
readline-6.2/history.c
readline-6.2/histexpand.c
readline-6.2/histfile.c
readline-6.2/histsearch.c
readline-6.2/patchlevel
patching file vi_mode.c
patching file callback.c
patching file support/shobj-conf
patching file patchlevel
patching file input.c
patching file patchlevel
patching file vi_mode.c
patching file patchlevel
checking build system type... armv7l-unknown-linux-gnueabi
checking host system type... armv7l-unknown-linux-gnueabi
Beginning configuration for readline-6.2 for armv7l-unknown-linux-gnueabi
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether gcc needs -traditional... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for ar... ar
checking for ranlib... ranlib
checking for an ANSI C-conforming const... yes
checking for function prototypes... yes
checking whether char is unsigned... yes
checking for working volatile... yes
checking return type of signal handlers... void
checking for size_t... yes
checking for ssize_t... yes
checking for ANSI C header files... (cached) yes
checking whether stat file-mode macros are broken... no
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for fcntl... yes
checking for kill... yes
checking for lstat... yes
checking for memmove... yes
checking for putenv... yes
checking for select... yes
checking for setenv... yes
checking for setlocale... yes
checking for strcasecmp... yes
checking for strpbrk... yes
checking for tcgetattr... yes
checking for vsnprintf... yes
checking for isascii... yes
checking for isxdigit... yes
checking for getpwent... yes
checking for getpwnam... yes
checking for getpwuid... yes
checking for working strcoll... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for stdlib.h... (cached) yes
checking varargs.h usability... no
checking varargs.h presence... no
checking for varargs.h... no
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for memory.h... (cached) yes
checking termcap.h usability... no
checking termcap.h presence... no
checking for termcap.h... no
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking termio.h usability... yes
checking termio.h presence... yes
checking for termio.h... yes
checking sys/pte.h usability... no
checking sys/pte.h presence... no
checking for sys/pte.h... no
checking sys/stream.h usability... no
checking sys/stream.h presence... no
checking for sys/stream.h... no
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking for sys/ptem.h... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... 64
checking for type of signal functions... posix
checking if signal handlers must be reinstalled when invoked... no
checking for presence of POSIX-style sigsetjmp/siglongjmp... present
checking for lstat... yes
checking whether or not strcoll and strcmp differ... no
checking whether the ctype macros accept non-ascii characters... no
checking whether getpw functions are declared in pwd.h... yes
checking whether termios.h defines TIOCGWINSZ... no
checking whether sys/ioctl.h defines TIOCGWINSZ... yes
checking for sig_atomic_t in signal.h... yes
checking whether signal handlers are of type void... yes
checking for TIOCSTAT in sys/ioctl.h... no
checking for FIONREAD in sys/ioctl.h... yes
checking for speed_t in sys/types.h... no
checking for struct winsize in sys/ioctl.h and termios.h... sys/ioctl.h
checking for struct dirent.d_ino... yes
checking for struct dirent.d_fileno... yes
checking for tgetent... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltinfo... no
checking for tgetent in -lcurses... no
checking for tgetent in -lncurses... no
checking which library has the termcap functions... using gnutermcap
checking wctype.h usability... yes
checking wctype.h presence... yes
checking for wctype.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for mbrlen... yes
checking for mbscasecmp... no
checking for mbscmp... no
checking for mbsnrtowcs... yes
checking for mbsrtowcs... yes
checking for mbschr... no
checking for wcrtomb... yes
checking for wcscoll... yes
checking for wcsdup... yes
checking for wcwidth... yes
checking for wctype... yes
checking for wcswidth... yes
checking whether mbrtowc and mbstate_t are properly declared... yes
checking for iswlower... yes
checking for iswupper... yes
checking for towlower... yes
checking for towupper... yes
checking for iswctype... yes
checking for nl_langinfo and CODESET... yes
checking for wchar_t in wchar.h... yes
checking for wctype_t in wctype.h... yes
checking for wint_t in wctype.h... yes
checking configuration for building shared libraries... supported
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating examples/Makefile
config.status: creating shlib/Makefile
config.status: creating config.h
config.status: executing default commands
rm -f readline.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O readline.c
rm -f vi_mode.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O vi_mode.c
rm -f funmap.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O funmap.c
rm -f keymaps.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O keymaps.c
rm -f parens.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O parens.c
rm -f search.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O search.c
rm -f rltty.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O rltty.c
rm -f complete.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O complete.c
complete.c: In function 'fnwidth':
complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
rm -f bind.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O bind.c
rm -f isearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O isearch.c
rm -f display.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O display.c
display.c: In function 'rl_redisplay':
display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
rm -f signals.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O signals.c
rm -f util.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O util.c
rm -f kill.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O kill.c
rm -f undo.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O undo.c
rm -f macro.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O macro.c
rm -f input.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O input.c
rm -f callback.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O callback.c
rm -f terminal.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O terminal.c
rm -f text.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O text.c
rm -f nls.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O nls.c
rm -f misc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O misc.c
rm -f compat.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O compat.c
rm -f xfree.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xfree.c
rm -f xmalloc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xmalloc.c
rm -f history.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O history.c
rm -f histexpand.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histexpand.c
rm -f histfile.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histfile.c
rm -f histsearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histsearch.c
rm -f shell.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O shell.c
rm -f mbutil.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O mbutil.c
mbutil.c: In function '_rl_find_next_mbchar_internal':
mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
rm -f tilde.o
gcc -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O -DREADLINE_LIBRARY -c ./tilde.c
rm -f libreadline.a
ar cr libreadline.a readline.o vi_mode.o funmap.o keymaps.o parens.o search.o rltty.o complete.o bind.o isearch.o display.o signals.o util.o kill.o undo.o macro.o input.o callback.o terminal.o text.o nls.o misc.o compat.o xfree.o xmalloc.o history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o tilde.o
test -n "ranlib" && ranlib libreadline.a
rm -f libhistory.a
ar cr libhistory.a history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o xmalloc.o xfree.o
test -n "ranlib" && ranlib libhistory.a
test -d shlib || mkdir shlib
( cd shlib ; make all )
make[1]: Verzeichnis ,,/tmp/pip-install-xSbFVl/readline/rl/readline-lib/shlib" wird betreten
rm -f readline.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o readline.o ../readline.c
mv readline.o readline.so
rm -f vi_mode.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o vi_mode.o ../vi_mode.c
mv vi_mode.o vi_mode.so
rm -f funmap.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o funmap.o ../funmap.c
mv funmap.o funmap.so
rm -f keymaps.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o keymaps.o ../keymaps.c
mv keymaps.o keymaps.so
rm -f parens.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o parens.o ../parens.c
mv parens.o parens.so
rm -f search.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o search.o ../search.c
mv search.o search.so
rm -f rltty.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o rltty.o ../rltty.c
mv rltty.o rltty.so
rm -f complete.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o complete.o ../complete.c
../complete.c: In function 'fnwidth':
../complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
mv complete.o complete.so
rm -f bind.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o bind.o ../bind.c
mv bind.o bind.so
rm -f isearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o isearch.o ../isearch.c
mv isearch.o isearch.so
rm -f display.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o display.o ../display.c
../display.c: In function 'rl_redisplay':
../display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
mv display.o display.so
rm -f signals.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o signals.o ../signals.c
mv signals.o signals.so
rm -f util.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o util.o ../util.c
mv util.o util.so
rm -f kill.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o kill.o ../kill.c
mv kill.o kill.so
rm -f undo.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o undo.o ../undo.c
mv undo.o undo.so
rm -f macro.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o macro.o ../macro.c
mv macro.o macro.so
rm -f input.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o input.o ../input.c
mv input.o input.so
rm -f callback.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o callback.o ../callback.c
mv callback.o callback.so
rm -f terminal.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o terminal.o ../terminal.c
mv terminal.o terminal.so
rm -f text.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o text.o ../text.c
mv text.o text.so
rm -f nls.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o nls.o ../nls.c
mv nls.o nls.so
rm -f misc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o misc.o ../misc.c
mv misc.o misc.so
rm -f xmalloc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xmalloc.o ../xmalloc.c
mv xmalloc.o xmalloc.so
rm -f xfree.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xfree.o ../xfree.c
mv xfree.o xfree.so
rm -f history.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o history.o ../history.c
mv history.o history.so
rm -f histexpand.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histexpand.o ../histexpand.c
mv histexpand.o histexpand.so
rm -f histfile.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histfile.o ../histfile.c
mv histfile.o histfile.so
rm -f histsearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histsearch.o ../histsearch.c
mv histsearch.o histsearch.so
rm -f shell.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o shell.o ../shell.c
mv shell.o shell.so
rm -f mbutil.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o mbutil.o ../mbutil.c
../mbutil.c: In function '_rl_find_next_mbchar_internal':
../mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
mv mbutil.o mbutil.so
rm -f tilde.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -DREADLINE_LIBRARY -c -o tilde.o ../tilde.c
mv tilde.o tilde.so
rm -f compat.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o compat.o ../compat.c
mv compat.o compat.so
rm -f libreadline.so.6.2
gcc -shared -Wl,-soname,libreadline.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libreadline.so.6.2 .2` -o libreadline.so.6.2 readline.so vi_mode.so funmap.so keymaps.so parens.so search.so rltty.so complete.so bind.so isearch.so display.so signals.so util.so kill.so undo.so macro.so input.so callback.so terminal.so text.so nls.so misc.so xmalloc.so xfree.so history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so tilde.so compat.so
rm -f libhistory.so.6.2
gcc -shared -Wl,-soname,libhistory.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libhistory.so.6.2 .2` -o libhistory.so.6.2 history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so xmalloc.so xfree.so
make[1]: Verzeichnis ,,/tmp/pip-install-xSbFVl/readline/rl/readline-lib/shlib" wird verlassen
============ Building the readline extension module ============
running bdist_wheel
running build
running build_ext
building 'readline' extension
creating build
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/Modules
creating build/temp.linux-armv7l-2.7/Modules/2.x
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DHAVE_RL_CALLBACK -DHAVE_RL_CATCH_SIGNAL -DHAVE_RL_COMPLETION_APPEND_CHARACTER -DHAVE_RL_COMPLETION_DISPLAY_MATCHES_HOOK -DHAVE_RL_COMPLETION_MATCHES -DHAVE_RL_COMPLETION_SUPPRESS_APPEND -DHAVE_RL_PRE_INPUT_HOOK -I. -I/usr/include/python2.7 -c Modules/2.x/readline.c -o build/temp.linux-armv7l-2.7/Modules/2.x/readline.o -Wno-strict-prototypes
creating build/lib.linux-armv7l-2.7
arm-linux-gnueabihf-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-armv7l-2.7/Modules/2.x/readline.o readline/libreadline.a readline/libhistory.a -lncurses -o build/lib.linux-armv7l-2.7/readline.so
/usr/bin/ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
ERROR: Failed building wheel for readline
Running setup.py clean for readline
Failed to build readline
Installing collected packages: readline
Running setup.py install for readline ... error
ERROR: Complete output from command /usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ov9a4v/install-record.txt --single-version-externally-managed --compile:
ERROR: running install
running build
running build_ext
building 'readline' extension
creating build
creating build/temp.linux-armv7l-2.7
creating build/temp.linux-armv7l-2.7/Modules
creating build/temp.linux-armv7l-2.7/Modules/2.x
arm-linux-gnueabihf-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -fno-strict-aliasing -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -fPIC -DHAVE_RL_CALLBACK -DHAVE_RL_CATCH_SIGNAL -DHAVE_RL_COMPLETION_APPEND_CHARACTER -DHAVE_RL_COMPLETION_DISPLAY_MATCHES_HOOK -DHAVE_RL_COMPLETION_MATCHES -DHAVE_RL_COMPLETION_SUPPRESS_APPEND -DHAVE_RL_PRE_INPUT_HOOK -I. -I/usr/include/python2.7 -c Modules/2.x/readline.c -o build/temp.linux-armv7l-2.7/Modules/2.x/readline.o -Wno-strict-prototypes
creating build/lib.linux-armv7l-2.7
arm-linux-gnueabihf-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -fno-strict-aliasing -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security -Wl,-z,relro -Wdate-time -D_FORTIFY_SOURCE=2 -g -fdebug-prefix-map=/build/python2.7-Ub3vap/python2.7-2.7.13=. -fstack-protector-strong -Wformat -Werror=format-security build/temp.linux-armv7l-2.7/Modules/2.x/readline.o readline/libreadline.a readline/libhistory.a -lncurses -o build/lib.linux-armv7l-2.7/readline.so
/usr/bin/ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
error: command 'arm-linux-gnueabihf-gcc' failed with exit status 1
----------------------------------------
ERROR: Command "/usr/bin/python -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-xSbFVl/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-ov9a4v/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-install-xSbFVl/readline/
Hat jemand eine Idee, wie ich hier weiterkomme?
Grüße James
...bist du hier weiter gekommen, ich habe das gleiche Problem..
VG
Pit
Seit gestern 29.04.2019 ca. 19:46 geht yowsup/whatsapp nicht mehr und ist offline.
Kann das jemand bestätigen?
Bei mir auf zwei verschiedenen RPi Installation, yowsup 3.0.0 und 3.1.0
2019.04.30 07:09:45 4: WhatsApp: parse: yowsup-cli v3.0.0
yowsup v3.1.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2019.04.30 07:09:45 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2019.04.30 07:09:45 4: WhatsApp: parse: [offline]:
2019.04.30 07:09:45 3: WhatsApp: sending /L
2019.04.30 07:09:45 3: WhatsApp: sending /presence available
2019.04.30 07:09:45 3: WhatsApp: sending /presence name 'Die schlaue Huette'
I 2019-04-30 07:09:45,179 yowsup.layers.network.layer - Connecting to e14.whatsapp.net:443
I 2019-04-30 07:09:45,445 yowsup.axolotl.manager - Loaded 0 unsent prekeys
2019.04.30 07:09:46 4: WhatsApp: parse: general: Login Failed, reason: 403
E 2019-04-30 07:09:46,731 yowsup.layers.network.dispatcher.dispatcher_socket - [Errno 9] Bad file descriptor
2019.04.30 07:09:46 4: WhatsApp: parse: general: Disconnected:
[offline]:
2019.04.30 07:09:46 4: WhatsApp: parse: [offline]:
Error: Not connected
[offline]:Error: Not connected
[offline]:
Grüße
Heinz
Ja, bei mir ebenso, geht nicht mehr.
Hallo heinzfo,
kannst du mir bitte noch eine kurze Info geben, welchen Raspberry und welches Raspbian du konkret nutzt?
Evtl. finde ich da noch einen Ansatzpunkt (unabhängig davon, dass Whattsapp gerade nicht klappt..)
VG
Pit
2x RPi 3 und Stretch auf beiden.
I 2019-05-01 09:02:17,681 yowsup.common.http.warequest - {"status":"fail","reason":"blocked","login":"49xxx"}
status: fail
reason: blocked
Das ist jetzt für 4 Festnetznummer der Fall, neu und wiederholte Registrierung.
Github issue is closed. https://github.com/tgalal/yowsup/issues/2702#event-2311396500 (https://github.com/tgalal/yowsup/issues/2702#event-2311396500)
fhem@raspberrypi3fhem:/opt/yowsup-master$ python yowsup-cli registration --requestcode voice --config-phone 49xxx --config-cc 49
yowsup-cli v3.0.0
yowsup v3.1.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2019-05-01 09:02:17,681 yowsup.common.http.warequest - {"status":"fail","reason":"blocked","login":"49xxx"}
status: fail
reason: blocked
login: 49xxx
Jetzt habe ich es auf einer Mobilnetznummer registriert und es geht wieder!
Auf einer zweiten RPi/Fhem Installation funktioniert es nun auch mit einer weiteren Mobilnetznummer.
Zwei Festnetznummern funktionierten einige Jahre problemlos, mal sehen wie lange WhatsApp/yowsup online bleibt ;)
So, nachdem mein Whatsapp mit meiner Mobilnummer seit dem 29.04.2019 auch nicht mehr funktionierte, habe ich ebenso die folgende Fehlermeldung wie bei user 'heinzfo' bekommen,
nämlich
....
status: fail
reason: blocked
login: 49xxx
Als ich dann inder WhatsApp App im iPhone nachschaue, bekam ich folgende Meldung: "Your Phone numer +49 xxxx xxxxxxx is banned from using WhatsApp. Please contact customer support for assistance."
Jetzt habe ich nochmal eine Festnetznummer mit sudo ./yowsup-cli registration --requestcode voice --config-phone 49xxxxxxxxxx --config-cc 49
eingerichtet, jetzt geht WhatsApp wieder.
@piet_pit
Zitat..bist du hier weiter gekommen, ich habe das gleiche Problem..
Hallo Pit,
trotz misslungener readline Installation funktioniert der Rest.
Grüße James
Oha, es tut sich was in Richtung medien [feat] add alias methods for enc video, audio, doc
https://github.com/tgalal/yowsup (https://github.com/tgalal/yowsup) kann das in 32_yowsup.pm verarbeitet werden?
Grüße
Heinz
Wegen dem Fehler während der readline installation, bei mir hat jetzt folgendes funktioniert:
sudo apt-get install libncurses5-dev libffi-dev
sudo pip install gnureadline==6.3.3
sudo pip install readline
Ich weiss allerdings nicht ob man die gnureadline installation braucht. Nach diesen Schritten ist jedenfalls die readline installation bei mir fehlerfrei durchgelaufen.
Hallo,
hat jemand schon das Senden an einer Gruppe versucht?
Funktioniert bei mir nicht mehr.
Danke Holger
Gibts schon eine Lösung für meinen Fehler oder weiß einer was fehlt?
pi@raspberrypi:/opt/yowsup-master $ sudo ./yowsup-cli registration --requestcode sms --config-phone 4917ooooooooo --config-cc 49
Traceback (most recent call last):
File "./yowsup-cli", line 6, in <module>
from yowsup.config.manager import ConfigManager
File "/opt/yowsup-master/yowsup/config/manager.py", line 4, in <module>
from yowsup.config.v1.serialize import ConfigSerialize
File "/opt/yowsup-master/yowsup/config/v1/serialize.py", line 8, in <module>
from consonance.structs.keypair import KeyPair
ImportError: No module named consonance.structs.keypair
pi@raspberrypi:/opt/yowsup-master $
Versionen sind Aktuell
Package Version
------------------------- -----------
appdirs 1.4.3
asn1crypto 0.24.0
cffi 1.12.3
cryptography 2.6.1
defusedxml 0.4.1
dissononce 0.34.3
enum34 1.1.6
gnureadline 6.3.3
idna 2.2
ipaddress 1.0.17
keyring 10.1
keyrings.alt 1.3
pip 19.1
protobuf 3.8.0rc1
pyasn1 0.1.9
pycparser 2.19
pycrypto 2.6.1
pygobject 3.22.0
python-axolotl 0.1.42
python-axolotl-curve25519 0.4.1.post2
python-dateutil 2.5.3
pyxdg 0.25
RPi.GPIO 0.6.5
SecretStorage 2.3.1
setuptools 41.0.1
six 1.10.0
SOAPpy 0.12.22
wheel 0.29.0
wstools 0.4.3
Gruß Otto
Hallo Otto,
Deine Module mögen aktuell sein. Es fehlt aber das Modul consonance.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
WhatsApp läuft wieder prima, allerdings wird mir das Log zugemüllt:
W 2019-05-04 10:55:41,987 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-05-04 11:10:42,996 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-05-04 11:25:43,987 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-05-04 11:40:44,983 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-05-04 11:55:45,981 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
W 2019-05-04 12:10:46,980 yowsup.layers.protocol_ib.layer - ignoring edge_routing ib node for now
...
Wenn ich das "W" am Anfang richtig interpretiere, ist es "nur" eine Warnung. Ist aber lästig, weil es alle 15 Minuten kommt.
Hat jemand einen Tipp, wie das Problem gelöst werden kann?
Grüße James
Danke JoWiemann nun geht schon mal über Console aber Whatsapp in Fhem geht nicht Online ?
2019.05.04 12:50:11 3: WhatsApp: sending /disconnect
2019.05.04 12:50:11 3: WhatsApp: Disconnected
2019.05.04 12:50:11 3: WhatsApp: read: end of file reached while sysread
2019.05.04 12:50:21 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2019.05.04 12:50:21 2: WhatsApp: setting $HOME to
2019.05.04 12:50:21 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
W 2019-05-04 12:50:24,948 yowsup.config.manager - load_path couldn't find the path: /opt/yowsup-config/yowsup.config
E 2019-05-04 12:50:24,963 yowsup.config.manager - Could not find a config for username=/opt/yowsup-config/yowsup.config, paths checked: /opt/yowsup-config/yowsup.config/config.json:/opt/yowsup-config/yowsup.config/config.yo
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 572, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 440, in process
super(DemosArgParser, self).process()
File "/opt/yowsup-master/yowsup-cli", line 253, in process
internal_config = self._config_manager.load(self._config.phone)
File "/opt/yowsup-master/yowsup/config/manager.py", line 40, in load
config_dir = StorageTools.getStorageForPhone(username)
File "/opt/yowsup-master/yowsup/common/tools.py", line 99, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 92, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.config'
2019.05.04 12:50:25 3: WhatsApp: sending /disconnect
Gruß Otto
evtl. hilft
cd /opt/fhem
sudo chown -R fhem:dialout .config
Hab ich versucht aber es kommt immer noch eine Fehlermeldung die leider auch nicht verstehe. ???
019.05.04 19:34:14 2: WhatsApp: setting $HOME to
2019.05.04 19:34:14 2: WhatsApp: starting yoswup-cli: /opt/local/bin/yowsup-cli demos -c /root/yowsup-config --yowsup
2019.05.04 19:34:14 1: PERL WARNING: Can't exec "/opt/local/bin/yowsup-cli": Datei oder Verzeichnis nicht gefunden at ./FHEM/32_yowsup.pm line 177.
2019.05.04 19:34:14 1: exec failed
2019.05.04 19:34:14 1: set the cmd attribut to: <path1>/yowsup-cli demos -c <path2>/config.yowsup --yowsup
2019.05.04 19:34:14 3: WhatsApp: sending /disconnect
2019.05.04 19:34:14 3: WhatsApp: Disconnected
2019.05.04 19:34:14 3: WhatsApp: read: end of file reached while sysread
Gruß otto
Dort sollte yowsup-cli nicht aufgerufen werden.
Can't exec "/opt/local/bin/yowsup-cli": Datei oder Verzeichnis nicht gefunden
sondern in /opt/fhem/yowsup-master
Hallo hab ich auch gemacht Danke , aber glaube das wird wieder eine unendliche Geschichte :-[
2019.05.04 23:29:22 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2019.05.04 23:29:22 2: WhatsApp: setting $HOME to
2019.05.04 23:29:22 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --config-phone 4910000000000 --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 572, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 440, in process
super(DemosArgParser, self).process()
File "/opt/yowsup-master/yowsup-cli", line 198, in process
self._config = self._config_manager.load(config_phone)
File "/opt/yowsup-master/yowsup/config/manager.py", line 40, in load
config_dir = StorageTools.getStorageForPhone(username)
File "/opt/yowsup-master/yowsup/common/tools.py", line 99, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 92, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.config'
2019.05.04 23:29:26 3: WhatsApp: sending /disconnect
2019.05.04 23:29:26 3: WhatsApp: Disconnected
2019.05.04 23:29:26 3: WhatsApp: read: end of file reached while sysread
wo will er hier hinschreiben und warum ?
Gruß Otto
Hallo,
Tarek hat die yowsup Version 3.2.0 und die consonance Version 0.1.2 veröffentlicht. (Also bitte beide updaten)
Hier das change log:
The format is based on Keep a Changelog, and this project (kinda) adheres to Semantic Versioning.
[3.2.0] 2019-05-04
Changed
Set min protobuf version to fix an error
Use WhatsApp version set by env in noise layer
Fixed error when mcc,mnc and fdid were missing from config
Don't crash when received an unrecognized ib node
Don't crash when received an unrecognized media type and send receipt
Don't crash when received an unrecognized notification type and send receipt
Asyncore is now used as default ConnectionDispatcher
Received protobuf messages are now handled in upper layers rather than Axolotl
Added
MediaCipher for encrypting and decrypting media files
"media" yowsup-cli action with encrypt and decrypt media commands
Receive Audio, Video, Image, Document, Contact, Location, GIF, URL message support
MediaSink demo, access by yowsup-cli demos --mediasink
Removed
unused -w flag from yowsup-cli config
Grüße Jörg
Hallo wieder einmal :-[
hab noch mal alles upgedatet aber es kommt wieder der Fehler ?
2019.05.05 18:51:00 3: WhatsApp: Disconnected
2019.05.05 18:51:00 3: WhatsApp: read: end of file reached while sysread
2019.05.05 18:51:10 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2019.05.05 18:51:10 2: WhatsApp: setting $HOME to
2019.05.05 18:51:10 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --config-phone 4910000000 --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 679, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 546, in process
super(DemosArgParser, self).process()
File "/opt/yowsup-master/yowsup-cli", line 206, in process
self._config = self._config_manager.load(config_phone)
File "/opt/yowsup-master/yowsup/config/manager.py", line 40, in load
config_dir = StorageTools.getStorageForPhone(username)
File "/opt/yowsup-master/yowsup/common/tools.py", line 99, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 92, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
OSError: [Errno 13] Permission denied: '/.config'
2019.05.05 18:51:33 3: WhatsApp: sending /disconnect
2019.05.05 18:51:33 3: WhatsApp: Disconnected
2019.05.05 18:51:34 3: WhatsApp: read: end of file reached while sysread
2019.05.05 18:51:44 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2019.05.05 18:51:44 2: WhatsApp: setting $HOME to
2019.05.05 18:51:44 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --config-phone 4917000000 --yowsup
2019.05.05 18:51:44 3: WhatsApp: sending /disconnect
2019.05.05 18:51:44 3: WhatsApp: Disconnected
hier noch die Rechte von Fhem
pi@raspberrypi:~ $ ls -lha /opt/fhem
insgesamt 700K
drwxrwxrwx 12 fhem dialout 4,0K Mai 4 23:38 .
drwxr-xr-x 6 root root 4,0K Mai 5 15:21 ..
-rw--w--w- 1 fhem dialout 321 Mai 3 23:45 .bash_history
-rw-rw-rw- 1 fhem dialout 284K Mai 5 18:41 CHANGED
drwxrwxrwx 3 fhem dialout 4,0K Mai 4 14:13 .config
-rw-rw-rw- 1 fhem dialout 39K Mai 4 13:10 configDB.pm
drwxrwxrwx 46 fhem dialout 4,0K Aug 25 2016 contrib
drwxrwxrwx 3 fhem dialout 4,0K Jan 4 2016 demolog
drwxrwxrwx 4 fhem dialout 4,0K Nov 12 2017 docs
-rwxrwxrwx 1 fhem dialout 50 Feb 3 2017 emsmessages.classdef
drwxrwxrwx 6 fhem dialout 32K Mai 5 18:41 FHEM
-rw-rw-rw- 1 fhem dialout 51K Mai 4 22:59 fhem.cfg
-rw-rw-rw- 1 fhem dialout 25K Mai 5 18:41 fhem.cfg.demo
-rwxrwxrwx 1 fhem dialout 154K Mai 5 18:41 fhem.pl
drwxrwxrwx 2 fhem dialout 12K Mai 3 11:11 log
-rw-rw-rw- 1 fhem dialout 41K Mai 5 18:41 MAINTAINER.txt
-rw-rw-rw- 1 fhem dialout 935 Nov 15 2015 README_DEMO.txt
drwxrwxrwx 7 fhem dialout 4,0K Dez 17 16:19 restoreDir
drwxrwxrwx 2 fhem dialout 4,0K Mär 28 2016 unused
drwxrwxrwx 9 fhem dialout 4,0K Jan 4 2016 www
drwxrwxrwx 5 fhem dialout 4,0K Mai 5 15:23 yowsup
pi@raspberrypi:~ $
Package Version
------------------------- -----------
appdirs 1.4.3
asn1crypto 0.24.0
cffi 1.12.3
consonance 0.1.2
cryptography 2.6.1
defusedxml 0.4.1
dissononce 0.34.3
enum34 1.1.6
gnureadline 6.3.3
idna 2.2
ipaddress 1.0.17
keyring 10.1
keyrings.alt 1.3
pip 19.1
protobuf 3.8.0rc1
pyasn1 0.1.9
pycparser 2.19
pycrypto 2.6.1
pygobject 3.22.0
python-axolotl 0.1.42
python-axolotl-curve25519 0.4.1.post2
python-dateutil 2.5.3
pyxdg 0.25
RPi.GPIO 0.6.5
SecretStorage 2.3.1
setuptools 41.0.1
six 1.10.0
SOAPpy 0.12.22
transitions 0.6.9
wheel 0.29.0
wstools 0.4.3
yowsup 3.2.0
pi@raspberrypi:~ $
Gruß Otto
Bei der Anmeldung am WhatsApp-Server bekomme ich immer folgende Meldung:
registration: error: unrecognized arguments: --config-phone 49XXX --config-cc 49
Was mache ich falsch?
Gruß
Christian
Meinst Du mit Anmelden das Registrieren um den Verifikation Code zu erhalten?
Ich musste das so machen:
sudo su - fhem
cd /opt/yowsup-master/
python yowsup-cli registration --requestcode sms --config-phone 49171xxx --config-cc 49
python yowsup-cli registration --config-phone 49171xxx -R 123456
Dann eine Nachricht senden:
python /opt/yowsup-master/yowsup-cli demos --config-phone 49171xxx -s 49151xxx "Das ist ein Test"
Wenn die Nachricht erfolgreich gesendet wurde und beim Empfänger ankommt, geht es auch mit FHEM.
Grüße
Heinz
Ja, mit anmelden meine ich registrieren
Ich hatte vorher für die Registrierung folgendes eingegeben:
yowsup-cli registration --requestcode voice --config-phone 49XXX --config-cc 49
dann kam immer die Meldung:
registration: error: unrecognized arguments: --config-phone 49XXX --config-cc 49
wenn ich zur Registrierung eingebe:
python yowsup-cli registration --requestcode sms --config-phone 49XXX --config-cc 49
kommt folgende Meldung:
Traceback (most recent call last):
File "yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
Gruß
Christian
Aus einem vorhergehenden Beitrag von mir.
https://forum.fhem.de/index.php/topic,27543.msg933164.html#msg933164 (https://forum.fhem.de/index.php/topic,27543.msg933164.html#msg933164)
Hallo
Ich habe heute auf yowsup 3.1.0 > 3.2.0 und consonance 0.1.1 > 0.1.2 aktualisiert.
Jetzt klappt es mit den Zeilenumbruch nicht mehr.
Auch das hier hilft nicht mehr weiter https://github.com/tgalal/yowsup/issues/539 (https://github.com/tgalal/yowsup/issues/539)
Gibt es schon eine Lösung?
Grüße
Heinz
Ich habe die yowsup-cli aus dem Verzeichniss /usr/local/bin/ entfernt und bekomme trotzdem die gleiche Meldung:
Traceback (most recent call last):
File "yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 17, in <module>
class YowsupEnv(with_metaclass(YowsupEnvType, object)):
File "/usr/lib/python2.7/abc.py", line 87, in __new__
cls = super(ABCMeta, mcls).__new__(mcls, name, bases, namespace)
TypeError: Error when calling the metaclass bases
metaclass conflict: the metaclass of a derived class must be a (non-strict) subclass of the metaclasses of all its bases
Gruß
Christian
Zitat von: heinzfo am 05 Mai 2019, 21:48:55
Hallo
Ich habe heute auf yowsup 3.1.0 > 3.2.0 und consonance 0.1.1 > 0.1.2 aktualisiert.
Jetzt klappt es mit den Zeilenumbruch nicht mehr.
Auch das hier hilft nicht mehr weiter https://github.com/tgalal/yowsup/issues/539 (https://github.com/tgalal/yowsup/issues/539)
Gibt es schon eine Lösung?
Grüße
Heinz
Bei mir funktionierte das auch immer nur, durch anpassen der message_text.py (gemäß Deinem Link).
Dort mußt Du die Syntax aber ändern:
self.conversation = body.replace("###","\n")anstatt
self.body = body.replace("###","\n")Bei mir funktioniert's. Mal schauen wie lange, da dort ein Kommentar "obsolete" enthalten ist.
@luetty
Geht einwandfrei :)
Vielen Dank :D
Hallo Zusammen, Hallo heinzfo,
ich habe jetzt meinen separaten Pi-Homebridgeserver neu aufgesetzt und dort Stretch aufgespielt. Danach das Wiki von Yowsup abgearbeitet und siehe da, es ist geschmeidig durchgelaufen und Yowsup klappt.
Da wohl Yowsup nicht Remote läuft, muss ich wohl notgedrungen jetzt auch meinen FHEM-Server neu aufsetzen und dort auch Stretch und danach dort Yowsup aufspielen, scheint mir trotz Aufwand wohl der beste Weg.
Was meint ihr?
viele Gruesse
Pit
Hallo,
Tarek hat die yowsup Version 3.2.1 und die python-axolotl Version 0.2.1 veröffentlicht. (Also bitte beide updaten)
Hier das change log:
The format is based on Keep a Changelog, and this project (kinda) adheres to Semantic Versioning.
[3.2.1] 2019-05-07
Changed
Updated python-axolotl to 0.2.1
Fixed encoding errors when communicating in group
Fixed messages not delivered to groups, showing a "Waiting for this message, this may take a while"
Fixed bug where getKeys for multiple jids would invoke the callback multiple times
Fixes in RequestUpload and media classes in preparation for media sending
Added
More log output in AxolotlSendLayer
Removed
./.
Grüße Jörg
Zitat von: JoWiemann am 07 Mai 2019, 15:01:21
Hallo,
Tarek hat die yowsup Version 3.2.1 und die python-axolotl Version 0.2.1 veröffentlicht. (Also bitte beide updaten)
Grüße Jörg
Mit den neuen Versionen gibts bei mir leider Probleme!
fhem an WhatsApp geht weiterhin.
Aber WhatsApp an fhem funktioniert nicht mehr. Es sieht aus, als wird die Nachricht nicht entschlüsselt.
Also vorsicht, wer updatet - macht ne Sicherheitskopie der beiden Verzeichnisse!
Ich bin jetzt erstmal zurück auf die alte Version(en).
Oder funktioniert es bei jemanden?!? :o
Hallo luetty
Das selbe Verhalten habe ich nach dem Update auch.
Wenn ich mehrmals das selbe keyword an FHEM sende, ist das Reading message immer unterschiedlich.
Grüße
Heinz
Hallo,
Tarek hat die yowsup Version 3.2.2 und die python-axolotl Version 0.2.2 veröffentlicht. (Also bitte beide updaten)
Hier das change log:
The format is based on Keep a Changelog, and this project (kinda) adheres to Semantic Versioning.
[3.2.2] 2019-05-07
Changed
Updated python-axolotl to 0.2.2, fixes possible variable referenced before assignment error
Added
./.
Removed
./.
Grüße Jörg
Zitat von: heinzfo am 07 Mai 2019, 18:09:53
Hallo luetty
Das selbe Verhalten habe ich nach dem Update auch.
Wenn ich mehrmals das selbe keyword an FHEM sende, ist das Reading message immer unterschiedlich.
Grüße
Heinz
Hallo,
steht etwas im Log, dass hilfreich sein könnte?
Grüße Jörg
Hallo,
ich habe ein entsprechendes issue (https://github.com/tgalal/yowsup/issues/2727) aufgemacht. In der 3.2.2 das selbe Verhalten.
Grüße Jörg
Zitat von: JoWiemann am 07 Mai 2019, 18:22:15
Hallo,
ich habe ein entsprechendes issue (https://github.com/tgalal/yowsup/issues/2727) aufgemacht. In der 3.2.2 das selbe Verhalten.
Grüße Jörg
grad noch rechtzeitig 8), wollte soeben anfangen ;)
DANKE!
WhatsApp auf verbose 5
Ich sende das keyword Ip an FHEM
Nach 2019.05.07 18:20:18 4: WhatsApp: parse: Iq: im Code unten, kommt abwechselnd die Smartphone Nummer und die Yowsup Nummer.
Die Antwort Wrong Command!, FHEM > Smartphone kommt richtig an.
2019.05.07 18:20:17 4: WhatsApp: parse:
[49151xxx@s.whatsapp.net(07-05-2019 18:20)]:[Ip] 095614D82653DA2AF571C99E5677AC81
Message 095614D82653DA2AF571C99E5677AC81: Sent delivered receipt and Read
[connected]:
2019.05.07 18:20:17 3: WhatsApp: sending /message send 49151xxx '*Wrong Command!*'
2019.05.07 18:20:17 3: HeinzMobil: commands not allowed
2019.05.07 18:20:17 4: WhatsApp: parse: [connected]:
2019.05.07 18:20:18 4: WhatsApp: parse:
Sent: 1557246017-3
[connected]:
2019.05.07 18:20:18 4: WhatsApp: parse: Iq:
ID: 4
Type: result
from: 49171xxx@s.whatsapp.net
2019.05.07 18:21:04 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49151xxx@s.whatsapp.net
2019.05.07 18:21:06 4: WhatsApp: parse: CHATSTATE:
State: paused
From: 49151xxx@s.whatsapp.net
2019.05.07 18:21:08 4: WhatsApp: parse: Iq:
ID: 5
Type: result
from: 49171xxx@s.whatsapp.net
2019.05.07 18:21:20 4: WhatsApp: parse: CHATSTATE:
State: composing
From: 49151xxx@s.whatsapp.net
2019.05.07 18:21:20 4: WhatsApp: parse: CHATSTATE:
State: paused
From: 49151xxx@s.whatsapp.net
2019.05.07 18:21:58 4: WhatsApp: parse: Iq:
ID: 6
Type: result
from: 49171xxx@s.whatsapp.net
#Update Es ist repariert! Please install yowsup-master new :-)
PS: tgalal repariert es gerade :-) https://github.com/tgalal/yowsup/issues/2727
Hallo
Das keyword Ip kommt schon an, siehe [Ip] im CodeTag FHEM reagiert aber auf den nachfolgenden String.
Das keyword Rpi habe ich im funktionsfähigen Zustand an FHEM gesendet.
Hier ist der Hash im [] und Rpi kommt danach
2019.05.06 18:16:14 4: WhatsApp: parse:
[49171xxx@s.whatsapp.net(06-05-2019 18:16)]:[48558C013DAC7E2D1FA0A9AD07A87625] Rpi
Message 48558C013DAC7E2D1FA0A9AD07A87625: Sent delivered receipt and Read
[connected]:
Grüße
Heinz
good news: tgalal hat den echo-client entsprechend angepasst.
Funktioniert jetzt bei mir ;D ;D ;D ;D
...ging ja ratz-fatz - danke an Jörg & Heinz, in erster Linie aber natürlich an tgalal 8)
Ich möchte mich mal für die wirklich tolle Arbeit von tgalal und Andre BEDANKEN!!!
Ohne die Beiden wäre es an dieser Stelle zanpenduster ;)
Und DANKE an alle die sich immer wieder um das Modul/Wiki und den Thread kümmern ;)
Beste Grüße
Heinz
Hallo,
ich habe das Wiki nun auch für Python 3.5 angepasst. Bitte einmal quer lesen, ob ich etwas vergessen habe.
Grüße Jörg
Hey Leute, mit yowsup lief alles wunderbar durch und mit fhem auch kein Problem.
hab viel schon rumgelesen aber hänge noch an paar Stellen fest....vielleicht kann mir jemand helfen.
ich kann Nachrichten senden/empfangen.... kein Problem (prima, ist auch meine Hauptfunktion natürlich)
1. Ich hätte gerne aber auch das Bilder senden bzw. empfangen (in welchen Speicherpfad beim Empfangen?) und beim senden stürzt das Modul ab und ich muss reconnecten. Rechte sind alle korrekt gesetzt. Als befehl hab ich z.B.
set WhatsApp <Telefonnummer> image /profile setPicture /opt/fhem/fhem_logo.png
2. Bekomme ich das Profilbild nicht geändert mit:
set WhatsApp raw /profile setPicture /opt/fhem/fhem_logo.png
Vielen dank schonmal für die Unterstützung und ein großen Dank an die Entwickler! Ich bin begeisterter FHEM-Nutzer
https://wiki.fhem.de/wiki/Yowsup#Befehle (https://wiki.fhem.de/wiki/Yowsup#Befehle)
Wo sind bei Dir die ' ' ?
Die ' ' hab ich auch schon gesetzt. Ich bin alle Möglichkeiten durch, wahrscheinlich liegt es an einer anderen Stelle das Problem. Wollte nur mal gern wissen ob es bei anderen alles funktioniert...dann geh ich selbst wieder auf Problemlösung. Oftmals verzweifelt man ja die ersten 1-2 Tage daran. Gibt auf und dann am 3. Tag läuft die Sache 8)
Profilbild hochladen hat bei zwei verschiedenen RPi/Fhem Installationen funktioniert.
Bilder senden geht bei mir nicht.
Grüße
Heinz
gelöst: 2. Bekomme ich das Profilbild nicht geändert mit:
set WhatsApp raw /profile setPicture /opt/fhem/fhem_logo.png
Ich habe jetzt das aktuelle Profilbild drin. Im Smartphone selbst habe ich am Kontakt nochmal was geändert und speichern gedrückt dann wurde auch das Profilbild meines FHEM Accounts aktualisiert und jetzt funktioniert es!
aber mit dem Bild (send image) das will immer noch nicht so recht -.-
Wenn man in WhatsApp auf dem Smartphone auf Kontakt ansehen geht und dann einmal dahin tippt wo das Profilbild sein sollte wird es geladen. Das musste ich bei einer Installation so machen.
Grüße
Heinz
Bilder senden geht bei mir auch nicht, modul und/oder FHEM stürzt ab.
Hallo sobald ich ein Profilbild machen will oder ein Foto gesendet bekomme stürzt Whatsapp ab und ich muss es aus Fhem löschen und wieder neu anlegen dann gehts wieder hier ein Auszug aus dem log:
SError: [Errno 13] Permission denied: '/.config'
2019.05.14 21:31:50 3: WhatsApp: sending /disconnect
2019.05.14 21:31:50 3: WhatsApp: Disconnected
2019.05.14 21:31:50 3: WhatsApp: read: end of file reached while sysread
2019.05.14 21:32:00 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2019.05.14 21:32:00 2: WhatsApp: setting $HOME to
2019.05.14 21:32:00 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --config-phone 49xxxxxxxxxx --yowsup
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 680, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 547, in process
super(DemosArgParser, self).process()
File "/opt/yowsup-master/yowsup-cli", line 206, in process
self._config = self._config_manager.load(config_phone)
File "/opt/yowsup-master/yowsup/config/manager.py", line 40, in load
config_dir = StorageTools.getStorageForPhone(username)
File "/opt/yowsup-master/yowsup/common/tools.py", line 99, in getStorageForPhone
return StorageTools.constructPath(phone + '/')
File "/opt/yowsup-master/yowsup/common/tools.py", line 92, in constructPath
os.makedirs(os.path.dirname(fullPath))
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 150, in makedirs
makedirs(head, mode)
File "/usr/lib/python2.7/os.py", line 157, in makedirs
mkdir(name, mode)
Gruß Otto
Zitat von: otto am 14 Mai 2019, 21:44:58
Hallo sobald ich ein Profilbild machen will oder ein Foto gesendet bekomme stürzt Whatsapp ab und ich muss es aus Fhem löschen und wieder neu anlegen dann gehts wieder hier ein Auszug aus dem log:
SError: [Errno 13] Permission denied: '/.config'
Bitte Rechte prüfen!Foto senden geht bei mir auch nicht, stürzt aber auch nicht ab!
Profilbild, nach etwas gefummel, ging!
Zitat von: Adriano am 25 Februar 2016, 16:25:45
Hallo, yowsup macht bei mir aktuell Probleme. Woran könnte das liegen?
2016.02.23 17:32:30 1: PERL WARNING: Use of uninitialized value $home in concatenation (.) or string at ./FHEM/32_yowsup.pm line 171.
2016.02.23 17:32:30 2: WhatsApp: setting $HOME to
2016.02.23 17:32:30 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos -c /opt/yowsup-config/yowsup.config --yowsup
/usr/local/lib/python2.7/dist-packages/protobuf-3.0.0_alpha_1-py2.7.egg/google/__init__.py:1: UserWarning: Module yowsup was already imported from
[...]
[...]
Ok die Lösung:
habe attr WhatsApp home PWD
geändert in attr WhatsApp home /opt/fhem/
Danke! Hatte genau den gleichen Fehler, obwohl ich genau nach Anleitung installiert habe. Dein Tipp hat die Lösung gebracht!
Hallo
Vom 1. Mai 2019 bis heute 17. Mai 2019, 01:33 Uhr lief es einwandfrei auf einer Mobilnummer.
Jetzt wieder, reason blocked.
fhem@raspberrypi:/opt/yowsup-master$ python yowsup-cli registration --requestcode sms --config-phone 4915xxx --config-cc 49
yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2019-05-17 09:55:25,465 yowsup.common.http.warequest - {"status":"fail","reason":"blocked","login":"4915xxx"}
status: fail
reason: blocked
login: 4915xxx
Ich habe leider keine Idee was man dagegen tun kann.
PS: Auf einem zweiten RPi fhem/yowsup und einer anderen Mobilnummer läuft es noch.
Grüße
Heinz
vermutlich fängt whatsapp wieder an accounts zu blocken :(
das war unter anderem ein Grund warum ich zu Telegram gewechselt bin.
Mitlerweile verwende ich auch TG.
Ich habe den WA Support per mail kontaktiert, viel erhoffe ich mir aber nicht >:(
https://www.whatsapp.com/contact/?subject=messenger (https://www.whatsapp.com/contact/?subject=messenger)
Grüße
Heinz
Zitat von: heinzfo am 17 Mai 2019, 10:54:02
Mitlerweile verwende ich auch TG.
Ich habe den WA Support per mail kontaktiert, viel erhoffe ich mir aber nicht >:(
https://www.whatsapp.com/contact/?subject=messenger (https://www.whatsapp.com/contact/?subject=messenger)
Grüße
Heinz
Sowas ist echt ärgerlich.
Bei mir läuft es noch *Daumendrück*
Ich habe TG und WhatsApp parallel in Betrieb. :D
Als WhatsApp offline ging, hat mich das schon gewurmt. Die Chance hatte ich aber genutzt und meine fhem-Installation neu aufgesetzt, um auch mal alten Ballast loszuwerden..
Zu diesem Zeitpunkt konnte/wollte ich mich nicht auf einen anderen Messenger festlegen. Also hab ich es so umgebaut, das die Nachrichten in ein Dummy geschrieben werden und ein DOIF darauf reagiert.
Wenn WhatsApp connected ist, dann gehts über WhatsApp raus, ansonsten über TG. Läuft bislang sehr gut so. 8)
Eingehende Nachrichten werden über den Messenger beantwortet, woher sie gekommen sind.
So hab ich 2 Alternativen mit fhem zu kommunizieren.
vG & schönes WE @all
luetty
Hätte ich nur die Klappe gehalten :-[
Bin nun auch gesperrt...
Passiert das nur mit Festnetzrufnummern?
Wäre dann geneigt mir 'n prepaid-Starterpaket zuzulegen...
Nein!
Vor zwei Tagen wurde mein Mobilnummer geblocked.
Ich vermute das yowsup als Bot erkannt wird, und das der Grund ist.
Zitat von: heinzfo am 18 Mai 2019, 18:11:26
Nein!
Vor zwei Tagen wurde mein Mobilnummer geblocked.
Ich vermute das yowsup als Bot erkannt wird, und das der Grund ist.
Mist :-\
Danke für die Info!
Bei mir jetzt auch die Festnetznummer gesperrt :-(
Wenn ich die Registrierung wiederholen will, kommt:status: fail
reason: blocked
login: 49xxxxxxxxx
Ich hab ebenfalls eine gesperrte Nummer -.- eine Woche ging es gut mit Whatsapp und nun wars das wohl. Ich habe auch wie viele andere noch Telegram parallel am laufen und nutze nun wieder diesen Dienst.
Der läuft schon seit über einem Jahr stabil und kann auch Bilder senden...
Vielleicht klappt es trotzdem wieder mit WhatsApp, war ne feine Sache ;)
Hallo MaDu89,
Festnetznummer oder Mobil?
Oder eher die Vermutung von heinzfo mit der Erkennung als Bot... >:( >:( >:(
VG
Pit
Festnetznummer... Denke aber auch das es von WhatsApp kommt und ich da wohl Pech habe mit der Blockierung.
Ich habe doch schon geschrieben das eine Mobilnummer gesperrt wurde!
Vor zwei Wochen waren es zwei Festnetznummern auf zwei verschiedenen Fhem/Rpi Installationen die gesperrt wurden.
Mein zweiter RPi mit Mobilnummer geht noch, viel Hoffnung habe ich nicht das es noch lange so bleibt.
Zitat von: piet_pit am 19 Mai 2019, 17:11:03
Hallo MaDu89,
Festnetznummer oder Mobil?
Oder eher die Vermutung von heinzfo mit der Erkennung als Bot... >:( >:( >:(
VG
Pit
Sorry, aber das WhatsApp Rufnummern sperrt, von denen es den Eindruck hat, sie würden automatisiert Nachrichten versenden, gibt es schon seid es yowsup gibt. Das erste Jahr von yowsup war echt Stress frei. Dann kam die erste Welle von gesperrten Nummern. Dann war mal wieder etwas Ruhe. So geht es mal auf, mal ab. Also keine Vermutung, sondern Wissen. Und das halt leider auch bei Mobilfunknummern. Ich habe jedenfalls schon meine fünfte WhatsApp Sim verbraucht.
Grüße Jörg
Das ist die Antwort vom WhatsApp Support Team, eine Mobilnummer wurde gesperrt.
Thanks for your message.
We apologize for any confusion and inconvenience this may have caused. Our system flagged your account activity as a violation of our Terms of Service and subsequently banned your number.
To ensure access, please reverify your number with our official WhatsApp client, which can be downloaded from our website: www.whatsapp.com/download (http://www.whatsapp.com/download)
Please note that we do not provide support for unofficial clients or for jailbroken/rooted (including emulators), and https://faq.whatsapp.com/general/26000006 (https://faq.whatsapp.com/general/26000006)
Bei Github gibt es bereits Treads zu diesem Thema:
https://github.com/tgalal/yowsup/issues/657 (https://github.com/tgalal/yowsup/issues/657)
https://github.com/tgalal/yowsup/issues/1526 (https://github.com/tgalal/yowsup/issues/1526)
https://github.com/tgalal/yowsup/issues/1947 (https://github.com/tgalal/yowsup/issues/1947)
https://github.com/tgalal/yowsup/issues/1960 (https://github.com/tgalal/yowsup/issues/1960)
Und heute von mir https://github.com/tgalal/yowsup/issues/2764 (https://github.com/tgalal/yowsup/issues/2764)
Grüße
Heinz
Hallo Zusammen,
ich habe ca. alle 60 min. einen reconnect, was kann das sein?
2019.05.21 18:32:20 3: pietsApp: reConnect
2019.05.21 18:32:20 3: pietsApp: sending /disconnect
2019.05.21 18:32:20 3: pietsApp: Disconnected
2019.05.21 18:32:20 2: pietsApp: setting $HOME to /opt/fhem
2019.05.21 18:32:20 2: pietsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.05.21 18:32:23 3: pietsApp: sending /L
2019.05.21 18:32:23 3: pietsApp: sending /presence available
I 2019-05-21 18:32:23,844 yowsup.layers.network.layer - Connecting to e15.whatsapp.net:443
VG
Pit
Hallo Leute,
wollte auch gerade mal WhatsApp einrichten. Dabei halte ich mich an das Wiki: https://wiki.fhem.de/wiki/Yowsup
Beim Installieren scheitere ich allerdings an folgendem Punkt:
root@omv4:~# pip3 install readline
Collecting readline
Using cached https://files.pythonhosted.org/packages/f4/01/2cf081af8d880b44939a5f1b446551a7f8d59eae414277fd0c303757ff1b/readline-6.2.4.1.tar.gz
Installing collected packages: readline
Running setup.py install for readline ... error
ERROR: Complete output from command /usr/bin/python3 -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-_2b79btj/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-s62gmc7l/install-record.txt --single-version-externally-managed --compile:
ERROR:
============ Building the readline library ============
readline-6.2/
readline-6.2/doc/
readline-6.2/doc/Makefile.in
readline-6.2/doc/texinfo.tex
readline-6.2/doc/version.texi
readline-6.2/doc/fdl.texi
readline-6.2/doc/rlman.texi
readline-6.2/doc/rltech.texi
readline-6.2/doc/rluser.texi
readline-6.2/doc/rluserman.texi
readline-6.2/doc/history.texi
readline-6.2/doc/hstech.texi
readline-6.2/doc/hsuser.texi
readline-6.2/doc/readline.3
readline-6.2/doc/history.3
readline-6.2/doc/texi2dvi
readline-6.2/doc/texi2html
readline-6.2/doc/readline.ps
readline-6.2/doc/history.ps
readline-6.2/doc/rluserman.ps
readline-6.2/doc/readline.dvi
readline-6.2/doc/history.dvi
readline-6.2/doc/rluserman.dvi
readline-6.2/doc/readline.info
readline-6.2/doc/history.info
readline-6.2/doc/rluserman.info
readline-6.2/doc/readline.html
readline-6.2/doc/history.html
readline-6.2/doc/rluserman.html
readline-6.2/doc/readline.0
readline-6.2/doc/history.0
readline-6.2/doc/readline_3.ps
readline-6.2/doc/history_3.ps
readline-6.2/doc/history.pdf
readline-6.2/doc/readline.pdf
readline-6.2/doc/rluserman.pdf
readline-6.2/examples/
readline-6.2/examples/autoconf/
readline-6.2/examples/autoconf/BASH_CHECK_LIB_TERMCAP
readline-6.2/examples/autoconf/RL_LIB_READLINE_VERSION
readline-6.2/examples/autoconf/wi_LIB_READLINE
readline-6.2/examples/rlfe/
readline-6.2/examples/rlfe/ChangeLog
readline-6.2/examples/rlfe/Makefile.in
readline-6.2/examples/rlfe/README
readline-6.2/examples/rlfe/config.h.in
readline-6.2/examples/rlfe/configure
readline-6.2/examples/rlfe/configure.in
readline-6.2/examples/rlfe/extern.h
readline-6.2/examples/rlfe/os.h
readline-6.2/examples/rlfe/pty.c
readline-6.2/examples/rlfe/rlfe.c
readline-6.2/examples/rlfe/screen.h
readline-6.2/examples/Makefile.in
readline-6.2/examples/excallback.c
readline-6.2/examples/fileman.c
readline-6.2/examples/manexamp.c
readline-6.2/examples/readlinebuf.h
readline-6.2/examples/rl-fgets.c
readline-6.2/examples/rlcat.c
readline-6.2/examples/rlevent.c
readline-6.2/examples/rltest.c
readline-6.2/examples/rl.c
readline-6.2/examples/rlptytest.c
readline-6.2/examples/rlversion.c
readline-6.2/examples/histexamp.c
readline-6.2/examples/Inputrc
readline-6.2/examples/rlwrap-0.30.tar.gz
readline-6.2/support/
readline-6.2/support/config.guess
readline-6.2/support/config.rpath
readline-6.2/support/config.sub
readline-6.2/support/install.sh
readline-6.2/support/mkdirs
readline-6.2/support/mkdist
readline-6.2/support/mkinstalldirs
readline-6.2/support/shobj-conf
readline-6.2/support/shlib-install
readline-6.2/support/wcwidth.c
readline-6.2/shlib/
readline-6.2/shlib/Makefile.in
readline-6.2/COPYING
readline-6.2/README
readline-6.2/MANIFEST
readline-6.2/INSTALL
readline-6.2/CHANGELOG
readline-6.2/CHANGES
readline-6.2/NEWS
readline-6.2/USAGE
readline-6.2/aclocal.m4
readline-6.2/config.h.in
readline-6.2/configure
readline-6.2/configure.in
readline-6.2/Makefile.in
readline-6.2/ansi_stdlib.h
readline-6.2/chardefs.h
readline-6.2/history.h
readline-6.2/histlib.h
readline-6.2/keymaps.h
readline-6.2/posixdir.h
readline-6.2/posixjmp.h
readline-6.2/readline.h
readline-6.2/posixselect.h
readline-6.2/posixstat.h
readline-6.2/rlconf.h
readline-6.2/rldefs.h
readline-6.2/rlmbutil.h
readline-6.2/rlprivate.h
readline-6.2/rlshell.h
readline-6.2/rlstdc.h
readline-6.2/rltty.h
readline-6.2/rltypedefs.h
readline-6.2/rlwinsize.h
readline-6.2/tcap.h
readline-6.2/tilde.h
readline-6.2/xmalloc.h
readline-6.2/bind.c
readline-6.2/callback.c
readline-6.2/compat.c
readline-6.2/complete.c
readline-6.2/display.c
readline-6.2/emacs_keymap.c
readline-6.2/funmap.c
readline-6.2/input.c
readline-6.2/isearch.c
readline-6.2/keymaps.c
readline-6.2/kill.c
readline-6.2/macro.c
readline-6.2/mbutil.c
readline-6.2/misc.c
readline-6.2/nls.c
readline-6.2/parens.c
readline-6.2/readline.c
readline-6.2/rltty.c
readline-6.2/savestring.c
readline-6.2/search.c
readline-6.2/shell.c
readline-6.2/signals.c
readline-6.2/terminal.c
readline-6.2/text.c
readline-6.2/tilde.c
readline-6.2/undo.c
readline-6.2/util.c
readline-6.2/vi_keymap.c
readline-6.2/vi_mode.c
readline-6.2/xfree.c
readline-6.2/xmalloc.c
readline-6.2/history.c
readline-6.2/histexpand.c
readline-6.2/histfile.c
readline-6.2/histsearch.c
readline-6.2/patchlevel
patching file vi_mode.c
patching file callback.c
patching file support/shobj-conf
patching file patchlevel
patching file input.c
patching file patchlevel
patching file vi_mode.c
patching file patchlevel
checking build system type... x86_64-unknown-linux-gnu
checking host system type... x86_64-unknown-linux-gnu
Beginning configuration for readline-6.2 for x86_64-unknown-linux-gnu
checking whether make sets $(MAKE)... yes
checking for gcc... gcc
checking for C compiler default output file name... a.out
checking whether the C compiler works... yes
checking whether we are cross compiling... no
checking for suffix of executables...
checking for suffix of object files... o
checking whether we are using the GNU C compiler... yes
checking whether gcc accepts -g... yes
checking for gcc option to accept ISO C89... none needed
checking how to run the C preprocessor... gcc -E
checking for grep that handles long lines and -e... /bin/grep
checking for egrep... /bin/grep -E
checking for ANSI C header files... yes
checking for sys/types.h... yes
checking for sys/stat.h... yes
checking for stdlib.h... yes
checking for string.h... yes
checking for memory.h... yes
checking for strings.h... yes
checking for inttypes.h... yes
checking for stdint.h... yes
checking for unistd.h... yes
checking minix/config.h usability... no
checking minix/config.h presence... no
checking for minix/config.h... no
checking whether it is safe to define __EXTENSIONS__... yes
checking whether gcc needs -traditional... no
checking for a BSD-compatible install... /usr/bin/install -c
checking for ar... ar
checking for ranlib... ranlib
checking for an ANSI C-conforming const... yes
checking for function prototypes... yes
checking whether char is unsigned... no
checking for working volatile... yes
checking return type of signal handlers... void
checking for size_t... yes
checking for ssize_t... yes
checking for ANSI C header files... (cached) yes
checking whether stat file-mode macros are broken... no
checking for dirent.h that defines DIR... yes
checking for library containing opendir... none required
checking for fcntl... yes
checking for kill... yes
checking for lstat... yes
checking for memmove... yes
checking for putenv... yes
checking for select... yes
checking for setenv... yes
checking for setlocale... yes
checking for strcasecmp... yes
checking for strpbrk... yes
checking for tcgetattr... yes
checking for vsnprintf... yes
checking for isascii... yes
checking for isxdigit... yes
checking for getpwent... yes
checking for getpwnam... yes
checking for getpwuid... yes
checking for working strcoll... yes
checking fcntl.h usability... yes
checking fcntl.h presence... yes
checking for fcntl.h... yes
checking for unistd.h... (cached) yes
checking for stdlib.h... (cached) yes
checking varargs.h usability... no
checking varargs.h presence... no
checking for varargs.h... no
checking stdarg.h usability... yes
checking stdarg.h presence... yes
checking for stdarg.h... yes
checking for string.h... (cached) yes
checking for strings.h... (cached) yes
checking limits.h usability... yes
checking limits.h presence... yes
checking for limits.h... yes
checking locale.h usability... yes
checking locale.h presence... yes
checking for locale.h... yes
checking pwd.h usability... yes
checking pwd.h presence... yes
checking for pwd.h... yes
checking for memory.h... (cached) yes
checking termcap.h usability... no
checking termcap.h presence... no
checking for termcap.h... no
checking termios.h usability... yes
checking termios.h presence... yes
checking for termios.h... yes
checking termio.h usability... yes
checking termio.h presence... yes
checking for termio.h... yes
checking sys/pte.h usability... no
checking sys/pte.h presence... no
checking for sys/pte.h... no
checking sys/stream.h usability... no
checking sys/stream.h presence... no
checking for sys/stream.h... no
checking sys/select.h usability... yes
checking sys/select.h presence... yes
checking for sys/select.h... yes
checking sys/file.h usability... yes
checking sys/file.h presence... yes
checking for sys/file.h... yes
checking for sys/ptem.h... no
checking for special C compiler options needed for large files... no
checking for _FILE_OFFSET_BITS value needed for large files... no
checking for type of signal functions... posix
checking if signal handlers must be reinstalled when invoked... no
checking for presence of POSIX-style sigsetjmp/siglongjmp... present
checking for lstat... yes
checking whether or not strcoll and strcmp differ... no
checking whether the ctype macros accept non-ascii characters... no
checking whether getpw functions are declared in pwd.h... yes
checking whether termios.h defines TIOCGWINSZ... no
checking whether sys/ioctl.h defines TIOCGWINSZ... yes
checking for sig_atomic_t in signal.h... yes
checking whether signal handlers are of type void... yes
checking for TIOCSTAT in sys/ioctl.h... no
checking for FIONREAD in sys/ioctl.h... yes
checking for speed_t in sys/types.h... no
checking for struct winsize in sys/ioctl.h and termios.h... sys/ioctl.h
checking for struct dirent.d_ino... yes
checking for struct dirent.d_fileno... yes
checking for tgetent... no
checking for tgetent in -ltermcap... no
checking for tgetent in -ltinfo... no
checking for tgetent in -lcurses... no
checking for tgetent in -lncurses... no
checking which library has the termcap functions... using gnutermcap
checking wctype.h usability... yes
checking wctype.h presence... yes
checking for wctype.h... yes
checking wchar.h usability... yes
checking wchar.h presence... yes
checking for wchar.h... yes
checking langinfo.h usability... yes
checking langinfo.h presence... yes
checking for langinfo.h... yes
checking for mbrlen... yes
checking for mbscasecmp... no
checking for mbscmp... no
checking for mbsnrtowcs... yes
checking for mbsrtowcs... yes
checking for mbschr... no
checking for wcrtomb... yes
checking for wcscoll... yes
checking for wcsdup... yes
checking for wcwidth... yes
checking for wctype... yes
checking for wcswidth... yes
checking whether mbrtowc and mbstate_t are properly declared... yes
checking for iswlower... yes
checking for iswupper... yes
checking for towlower... yes
checking for towupper... yes
checking for iswctype... yes
checking for nl_langinfo and CODESET... yes
checking for wchar_t in wchar.h... yes
checking for wctype_t in wctype.h... yes
checking for wint_t in wctype.h... yes
checking configuration for building shared libraries... supported
configure: creating ./config.status
config.status: creating Makefile
config.status: creating doc/Makefile
config.status: creating examples/Makefile
config.status: creating shlib/Makefile
config.status: creating config.h
config.status: executing default commands
rm -f readline.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O readline.c
rm -f vi_mode.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O vi_mode.c
rm -f funmap.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O funmap.c
rm -f keymaps.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O keymaps.c
rm -f parens.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O parens.c
rm -f search.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O search.c
rm -f rltty.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O rltty.c
rm -f complete.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O complete.c
complete.c: In function 'fnwidth':
complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
rm -f bind.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O bind.c
rm -f isearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O isearch.c
rm -f display.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O display.c
display.c: In function 'rl_redisplay':
display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
rm -f signals.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O signals.c
rm -f util.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O util.c
rm -f kill.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O kill.c
rm -f undo.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O undo.c
rm -f macro.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O macro.c
rm -f input.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O input.c
rm -f callback.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O callback.c
rm -f terminal.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O terminal.c
rm -f text.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O text.c
rm -f nls.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O nls.c
rm -f misc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O misc.c
rm -f compat.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O compat.c
rm -f xfree.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xfree.c
rm -f xmalloc.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O xmalloc.c
rm -f history.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O history.c
rm -f histexpand.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histexpand.c
rm -f histfile.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histfile.c
rm -f histsearch.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O histsearch.c
rm -f shell.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O shell.c
rm -f mbutil.o
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O mbutil.c
mbutil.c: In function '_rl_find_next_mbchar_internal':
mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
rm -f tilde.o
gcc -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I. -DRL_LIBRARY_VERSION='"6.2"' -g -O -DREADLINE_LIBRARY -c ./tilde.c
rm -f libreadline.a
ar cr libreadline.a readline.o vi_mode.o funmap.o keymaps.o parens.o search.o rltty.o complete.o bind.o isearch.o display.o signals.o util.o kill.o undo.o macro.o input.o callback.o terminal.o text.o nls.o misc.o compat.o xfree.o xmalloc.o history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o tilde.o
test -n "ranlib" && ranlib libreadline.a
rm -f libhistory.a
ar cr libhistory.a history.o histexpand.o histfile.o histsearch.o shell.o mbutil.o xmalloc.o xfree.o
test -n "ranlib" && ranlib libhistory.a
test -d shlib || mkdir shlib
( cd shlib ; make all )
make[1]: Verzeichnis ,,/tmp/pip-install-_2b79btj/readline/rl/readline-lib/shlib" wird betreten
rm -f readline.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o readline.o ../readline.c
mv readline.o readline.so
rm -f vi_mode.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o vi_mode.o ../vi_mode.c
mv vi_mode.o vi_mode.so
rm -f funmap.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o funmap.o ../funmap.c
mv funmap.o funmap.so
rm -f keymaps.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o keymaps.o ../keymaps.c
mv keymaps.o keymaps.so
rm -f parens.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o parens.o ../parens.c
mv parens.o parens.so
rm -f search.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o search.o ../search.c
mv search.o search.so
rm -f rltty.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o rltty.o ../rltty.c
mv rltty.o rltty.so
rm -f complete.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o complete.o ../complete.c
../complete.c: In function 'fnwidth':
../complete.c:682:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
w = wcwidth (wc);
^~~~~~~
mv complete.o complete.so
rm -f bind.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o bind.o ../bind.c
mv bind.o bind.so
rm -f isearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o isearch.o ../isearch.c
mv isearch.o isearch.so
rm -f display.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o display.o ../display.c
../display.c: In function 'rl_redisplay':
../display.c:764:15: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
temp = wcwidth (wc);
^~~~~~~
mv display.o display.so
rm -f signals.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o signals.o ../signals.c
mv signals.o signals.so
rm -f util.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o util.o ../util.c
mv util.o util.so
rm -f kill.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o kill.o ../kill.c
mv kill.o kill.so
rm -f undo.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o undo.o ../undo.c
mv undo.o undo.so
rm -f macro.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o macro.o ../macro.c
mv macro.o macro.so
rm -f input.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o input.o ../input.c
mv input.o input.so
rm -f callback.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o callback.o ../callback.c
mv callback.o callback.so
rm -f terminal.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o terminal.o ../terminal.c
mv terminal.o terminal.so
rm -f text.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o text.o ../text.c
mv text.o text.so
rm -f nls.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o nls.o ../nls.c
mv nls.o nls.so
rm -f misc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o misc.o ../misc.c
mv misc.o misc.so
rm -f xmalloc.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xmalloc.o ../xmalloc.c
mv xmalloc.o xmalloc.so
rm -f xfree.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o xfree.o ../xfree.c
mv xfree.o xfree.so
rm -f history.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o history.o ../history.c
mv history.o history.so
rm -f histexpand.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histexpand.o ../histexpand.c
mv histexpand.o histexpand.so
rm -f histfile.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histfile.o ../histfile.c
mv histfile.o histfile.so
rm -f histsearch.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o histsearch.o ../histsearch.c
mv histsearch.o histsearch.so
rm -f shell.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o shell.o ../shell.c
mv shell.o shell.so
rm -f mbutil.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o mbutil.o ../mbutil.c
../mbutil.c: In function '_rl_find_next_mbchar_internal':
../mbutil.c:122:12: warning: implicit declaration of function 'wcwidth' [-Wimplicit-function-declaration]
if (wcwidth (wc) == 0)
^~~~~~~
mv mbutil.o mbutil.so
rm -f tilde.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -DREADLINE_LIBRARY -c -o tilde.o ../tilde.c
mv tilde.o tilde.so
rm -f compat.so
gcc -c -DHAVE_CONFIG_H -DNEED_EXTERN_PC -fPIC -I. -I.. -I.. -DRL_LIBRARY_VERSION='"6.2"' -g -O -fPIC -o compat.o ../compat.c
mv compat.o compat.so
rm -f libreadline.so.6.2
gcc -shared -Wl,-soname,libreadline.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libreadline.so.6.2 .2` -o libreadline.so.6.2 readline.so vi_mode.so funmap.so keymaps.so parens.so search.so rltty.so complete.so bind.so isearch.so display.so signals.so util.so kill.so undo.so macro.so input.so callback.so terminal.so text.so nls.so misc.so xmalloc.so xfree.so history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so tilde.so compat.so
rm -f libhistory.so.6.2
gcc -shared -Wl,-soname,libhistory.so.6.2 -L./lib/termcap -Wl,-rpath,/usr/local/lib -Wl,-soname,`basename libhistory.so.6.2 .2` -o libhistory.so.6.2 history.so histexpand.so histfile.so histsearch.so shell.so mbutil.so xmalloc.so xfree.so
make[1]: Verzeichnis ,,/tmp/pip-install-_2b79btj/readline/rl/readline-lib/shlib" wird verlassen
============ Building the readline extension module ============
running install
running build
running build_ext
building 'readline' extension
creating build
creating build/temp.linux-x86_64-3.5
creating build/temp.linux-x86_64-3.5/Modules
creating build/temp.linux-x86_64-3.5/Modules/3.x
x86_64-linux-gnu-gcc -pthread -DNDEBUG -g -fwrapv -O2 -Wall -Wstrict-prototypes -g -fdebug-prefix-map=/build/python3.5-3.5.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 -fPIC -DHAVE_RL_CALLBACK -DHAVE_RL_CATCH_SIGNAL -DHAVE_RL_COMPLETION_APPEND_CHARACTER -DHAVE_RL_COMPLETION_DISPLAY_MATCHES_HOOK -DHAVE_RL_COMPLETION_MATCHES -DHAVE_RL_COMPLETION_SUPPRESS_APPEND -DHAVE_RL_PRE_INPUT_HOOK -I. -I/usr/include/python3.5m -c Modules/3.x/readline.c -o build/temp.linux-x86_64-3.5/Modules/3.x/readline.o -Wno-strict-prototypes
Modules/3.x/readline.c: In function 'PyInit_readline':
Modules/3.x/readline.c:1179:34: warning: assignment from incompatible pointer type [-Wincompatible-pointer-types]
PyOS_ReadlineFunctionPointer = call_readline;
^
creating build/lib.linux-x86_64-3.5
x86_64-linux-gnu-gcc -pthread -shared -Wl,-O1 -Wl,-Bsymbolic-functions -Wl,-z,relro -Wl,-z,relro -g -fdebug-prefix-map=/build/python3.5-3.5.3=. -fstack-protector-strong -Wformat -Werror=format-security -Wdate-time -D_FORTIFY_SOURCE=2 build/temp.linux-x86_64-3.5/Modules/3.x/readline.o readline/libreadline.a readline/libhistory.a -lncurses -o build/lib.linux-x86_64-3.5/readline.cpython-35m-x86_64-linux-gnu.so
/usr/bin/ld: cannot find -lncurses
collect2: error: ld returned 1 exit status
error: command 'x86_64-linux-gnu-gcc' failed with exit status 1
----------------------------------------
ERROR: Command "/usr/bin/python3 -u -c 'import setuptools, tokenize;__file__='"'"'/tmp/pip-install-_2b79btj/readline/setup.py'"'"';f=getattr(tokenize, '"'"'open'"'"', open)(__file__);code=f.read().replace('"'"'\r\n'"'"', '"'"'\n'"'"');f.close();exec(compile(code, __file__, '"'"'exec'"'"'))' install --record /tmp/pip-record-s62gmc7l/install-record.txt --single-version-externally-managed --compile" failed with error code 1 in /tmp/pip-install-_2b79btj/readline/
Ich habe gerade nach dem Fehler gegoogelt und diverse Pakete installiert. Es hilft alles nichts. Ich habe Debian 8 (Openmediavault 4) im Einsatz, alles up-to-date.
Vielleicht hat ja jemand von euch eine Idee?
Danke und Gruß Hoppel
Hallo Hoppel118,
ich habe bei der Installation von Readline auch Probleme gehabt, da aber Whattsapp trotzdem läuft, habe ich mich erst einmal nicht weiter um die Fehlermeldungen gekümmert.
Ich habe Stretch Lite, auch alles Uptodate.
Ansonsten ist alles prima im Wiki erklärt, vielen Dank nochmals dafür, ist auch alles sauber installiert worden.
viele Gruesse
Pit
Hallo piet_pit,
Danke für die Bestätigung. Kannst du dich noch daran erinnern, ob du dieselbe Fehlermeldung hattest?
Für was ist das Paket readline denn überhaupt zuständig?
Viele Grüße
Hoppel
OK, habe gerade einen weiteren Google-VErsuch gestartet und beim ersten Treffer direkt das richtige Paket gefunden:
root@omv4:~# apt-get install libncurses5-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
The following additional packages will be installed:
libtinfo-dev
Vorgeschlagene Pakete:
ncurses-doc
Die folgenden NEUEN Pakete werden installiert:
libncurses5-dev libtinfo-dev
0 aktualisiert, 2 neu installiert, 0 zu entfernen und 0 nicht aktualisiert.
Es müssen 254 kB an Archiven heruntergeladen werden.
Nach dieser Operation werden 1.455 kB Plattenplatz zusätzlich benutzt.
Möchten Sie fortfahren? [J/n]
Holen:1 http://ftp.de.debian.org/debian stretch/main amd64 libtinfo-dev amd64 6.0+20161126-1+deb9u2 [79,2 kB]
Holen:2 http://ftp.de.debian.org/debian stretch/main amd64 libncurses5-dev amd64 6.0+20161126-1+deb9u2 [175 kB]
Es wurden 254 kB in 0 s geholt (1.211 kB/s).
Vormals nicht ausgewähltes Paket libtinfo-dev:amd64 wird gewählt.
(Lese Datenbank ... 308869 Dateien und Verzeichnisse sind derzeit installiert.)
Vorbereitung zum Entpacken von .../libtinfo-dev_6.0+20161126-1+deb9u2_amd64.deb ...
Entpacken von libtinfo-dev:amd64 (6.0+20161126-1+deb9u2) ...
Vormals nicht ausgewähltes Paket libncurses5-dev:amd64 wird gewählt.
Vorbereitung zum Entpacken von .../libncurses5-dev_6.0+20161126-1+deb9u2_amd64.deb ...
Entpacken von libncurses5-dev:amd64 (6.0+20161126-1+deb9u2) ...
libtinfo-dev:amd64 (6.0+20161126-1+deb9u2) wird eingerichtet ...
libncurses5-dev:amd64 (6.0+20161126-1+deb9u2) wird eingerichtet ...
Trigger für man-db (2.7.6.1-2) werden verarbeitet ...
Danach kann readline dann installiert werden:
root@omv4:~# pip3 install readline
Collecting readline
Using cached https://files.pythonhosted.org/packages/f4/01/2cf081af8d880b44939a5f1b446551a7f8d59eae414277fd0c303757ff1b/readline-6.2.4.1.tar.gz
Installing collected packages: readline
Running setup.py install for readline ... done
Successfully installed readline-6.2.4.1
Bevor ich übrigens zu dem zuvor genannten Fehler kam, hatte ich übrigens mit readline noch einen weiteren Fehler:
root@omv4:~# pip install readline
DEPRECATION: Python 2.7 will reach the end of its life on January 1st, 2020. Please upgrade your Python as Python 2.7 won't be maintained after that date. A future version of pip will drop support for Python 2.7.
Collecting readline
Downloading https://files.pythonhosted.org/packages/f4/01/2cf081af8d880b44939a5f1b446551a7f8d59eae414277fd0c303757ff1b/readline-6.2.4.1.tar.gz (2.3MB)
|████████████████████████████████| 2.3MB 2.9MB/s
ERROR: Complete output from command python setup.py egg_info:
ERROR: Traceback (most recent call last):
File "<string>", line 1, in <module>
ImportError: No module named setuptools
----------------------------------------
ERROR: Command "python setup.py egg_info" failed with error code 1 in /tmp/pip-install-Xv4QtP/readline/
Da steht aber ziemlich eindeutig, was fehlt "setuptools". Die habe ich wie folgt einfach nach installiert:
pip3 install setuptools
OK, weiter gehts mit der Installation von yowsup. ;)
Kann das Paket "libncurses5-dev" und den Befehl "pip3 install setuptools" (muss vor den Befehl "pip3 install readline") mal jemand ins Wiki mit aufnehmen?
Danke und viele Grüße Hoppel
Zitat von: hoppel118 am 31 Mai 2019, 20:36:41
Kann das Paket "libncurses5-dev" und den Befehl "pip3 install setuptools" (muss vor den Befehl "pip3 install readline") mal jemand ins Wiki mit aufnehmen?
Danke und viele Grüße Hoppel
Wäre schön, wenn der Jemand Du wärst. Einfach Zugang zum Wiki beantragen, etwas warten und dann fleißig anpassen.
Danke Dir
Zitat von: JoWiemann am 31 Mai 2019, 21:05:33
Wäre schön, wenn der Jemand Du wärst. Einfach Zugang zum Wiki beantragen, etwas warten und dann fleißig anpassen.
OK, habe die Änderungen an dem Wiki-Artikel vorgenommen. :)
Ansonsten kann ich die Aussage von piet_pit bestätigen. Der Wiki-Artikel ist sehr gut beschrieben und auf Stand der Dinge. Nachdem ich das readline Problem gelöst hatte, gab es keine weiteren Irritationen. Kopieren und einfügen --> Yowsup läuft bei mir seit gestern Abend!
Vielen Dank für das tolle Modul!
Gruß Hoppel
Zitat von: Adriano am 25 Februar 2016, 16:25:45
Ok die Lösung:
habe attr WhatsApp home PWD
geändert in attr WhatsApp home /opt/fhem/
Nun gehts wieder! Komisch. Das ging doch vorher immer.
Stimmt, auf dieses Problem bin ich auch gestoßen. Kam aber selbst auf die Lösung, da man vorher schon den Pfad des Homeverzeichnisses ermittelt hat. Das kann man im Wiki korrigieren bzw. besser machen. Das schaue ich mir morgen nochmal an. ;)
Oder gibt es einen Grund für dieses PWD?
Gruß Hoppel
Zitat von: hoppel118 am 02 Juni 2019, 00:38:25
Oder gibt es einen Grund für dieses PWD?
Gruß Hoppel
Linux: $PWD == The present working directory set by the cd command
Im Source wird bei PWD über die Perl Environment Variable $ENV mit $ENV{'PWD'} das present working Directory geholt und als home gesetzt.
Grüße Jörg
Danke für die Erleuchtung. Hm..., anscheinend gibt es immer wieder Leute bei denen das nicht funktioniert. Bei mir ging es auch nicht, glaube ich zumindest. Ganz sicher bin ich mir nicht mehr.
Dann lassen wir es erstmal wie es ist. ;)
Gruß Hoppel
Da jetzt 2x hintereinander eine meiner Mobil- als auch eine meiner Festnetznummern gesperrt wurde, habe ich das WhatsApp Device standardmässig disabled. Nur wenn ich senden will, enable ich das Modul kurz, nach dem senden disable ich das Modul wieder.
Ich weiss nicht ob das hilft, und verhindert das Whatsapp erkennt das es sich um eine nicht genehmigte Applikation handelt, bei mir funktioniert es aber jetzt nachdem wie gesagt kurz hintereinander 2 mal meine Nummern gesperrt wurden.
Für Nutzer die nur senden wollen (Ich brauchs nur für Messages an meine Freundin), kann man damit vielleicht eine Sperrung der Nummer verhindern (?), weil dann das Modul nicht standardmässig 24 Stunden online ist.
Meine sub dazu sieht so aus:
#sendWhatsApp("Receipient|text");
#sendWhatsApp("MeinHandy|text");
sub sendWhatsApp($) {
my ($string) = @_;
my $sub = "sendWhatsApp";
my @EVTPART = (split("\\|",$string));
fhem("deleteattr WhatsApp disable;sleep 5;set $EVTPART[0] send $EVTPART[1];sleep 3;attr WhatsApp disable 1");
}
Vielleicht sollten wir alle an den WhatsApp Support schreiben und uns als Open Source Smart Home Gemeinde vorstellen, die gerne WhatsApp als Messenger nutzen möchte.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Ich bin ja jetzt gerade erst frisch bei yowsup. Eine Frage an die Betroffenen, bei denen der Account schonmal gesperrt wurde:
Wie viele Nachrichten verschickt euer FHEM denn so pro Tag und in welcher Regelmäßigkeit (immer dieselbe Uhrzeit oder unterschiedlich)?
Ich bin momentan bei ca. 12 kleinen Informationen in unregelmäßigen Abständen pro Tag. Mein Trockner und meine Waschmaschine informieren mich über den Status. Wir haben gerade Nachwuchs bekommen und die Maschinen laufen jeden Tag mindestens ein Mal. Sonst bisher nichts weiter. Feueralarm steht noch auf meiner Todo-Liste. Mehr Bedarf habe ich da momentan noch nicht.
PS: Ich kann mir kaum vorstellen, dass Facebook Interesse daran hat unser Open Source Projekt zu unterstützen. Anscheinend gibt es ja sogar Unternehmen (bspw. Radio Sender), die Geld dafür bezahlen würden. Facebook stellt aber trotzdem keine Lösung bereit. Die Frage ist, ob wir uns damit ins eigene Knie schießen würden.
Gruß Hoppel
Das mit den Business Accounts gibt es seit ca einem Jahr. Jedenfalls hab ich seitdem WhatsApp für WDR und Kölner Stadt-Anzeiger im Abo. Bei 1LIVE kann sogar auf Festnetznummer eine WhatsApp gesendet werden.
Mein Fhem sendet auch unregelmäßig und wurde trotzdem schon 3 mal geblockt.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo Jörg,
wenn du schon 3 mal geblockt wurdest, wird da jedes Mal eine Rufnummer ,,verbraten" und landet bei WhatsApp in einer Art Blacklist?
Evtl. hängt es auch von der Art der Kommunikation ab, Bilder etc.🤔🤔🤔
viele Gruesse
Pit
Stimmt... WOW, das lassen die Provider sich ja ganz schön was kosten.
Hat jemand eine Idee, was der Service direkt bei Facebook kostet oder können diesen API Service ausschließlich Unternehmen beziehen?
Zitat von: piet_pit am 03 Juni 2019, 16:54:00
Hallo Jörg,
wenn du schon 3 mal geblockt wurdest, wird da jedes Mal eine Rufnummer ,,verbraten" und landet bei WhatsApp in einer Art Blacklist?
Evtl. hängt es auch von der Art der Kommunikation ab, Bilder etc.[emoji848][emoji848][emoji848]
viele Gruesse
Pit
Einfach nur Textnachrichten. Und auch mit unterschiedlicher Laufzeit. Die erste Nummer ca nach einem Jahr. Die zweite nach 2 Wochen. Die Dritte nach 6 Monaten. Mal sehen, wie lange die jetzige laufen wird.
Gesendet von iPhone mit Tapatalk
Grüße Jörg
Hallo
Ich kann per SSH erfolgreich senden!
Aber leider funktioniert es nicht wenn ich als fhem user "sudo su - fhem" eingeloggt bin.
Woran kann das liegen?
2019.06.04 11:40:37 3: Watchdog WhatsAppTrigger triggered
2019.06.04 11:40:37 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.04 11:40:37 2: WhatsApp: starting yoswup-cli: /opt/yowsup-master/yowsup-cli demos --config-phone 49xxx --yowsup
2019.06.04 11:40:39 3: WhatsApp: sending /L
2019.06.04 11:40:39 3: WhatsApp: sending /presence available
I 2019-06-04 11:40:39,156 yowsup.layers.network.layer - Connecting to e11.whatsapp.net:443
E 2019-06-04 11:40:39,281 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python2.7/asyncore.py", line 91, in write
obj.handle_write_event()
File "/usr/lib/python2.7/asyncore.py", line 467, in handle_write_event
self.handle_connect_event()
File "/usr/lib/python2.7/asyncore.py", line 455, in handle_connect_event
self.handle_connect()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 34, in handle_connect
self.connectionCallbacks.onConnected()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 54, in onConnected
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 88, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 109, in onEvent
return self.event_callbacks[eventName](yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 56, in on_connected
super(AxolotlControlLayer, self).on_connected(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_base.py", line 37, in on_connected
self._manager = profile.axolotl_manager
File "/opt/yowsup-master/yowsup/profile/profile.py", line 50, in axolotl_manager
self._axolotl_manager = self._load_axolotl_manager()
File "/opt/yowsup-master/yowsup/profile/profile.py", line 34, in _load_axolotl_manager
return AxolotlManagerFactory().get_manager(self._profile_name, self.username)
File "/opt/yowsup-master/yowsup/axolotl/factory.py", line 15, in get_manager
store = LiteAxolotlStore(dbpath)
File "/opt/yowsup-master/yowsup/axolotl/store/sqlite/liteaxolotlstore.py", line 15, in __init__
self.identityKeyStore = LiteIdentityKeyStore(conn)
File "/opt/yowsup-master/yowsup/axolotl/store/sqlite/liteidentitykeystore.py", line 22, in __init__
registration_id = KeyHelper.generateRegistrationId(True)
TypeError: generateRegistrationId() takes no arguments (1 given)
Beste Grüße
Heinz
Mit Python 2.7 habe ich es für den User Fhem unter Stretch auch nicht ans laufen gebracht. Erst mit Python 3.5 schnurrt es.
Gesendet von iPad mit Tapatalk
Probiere es gerade, scheitere aber bei:
pi@raspberrypi:/opt $ sudo pip3 install --upgrade pip
sudo: pip3: Befehl nicht gefunden
Zitat von: heinzfo am 04 Juni 2019, 14:26:52
Probiere es gerade, scheitere aber bei:
pi@raspberrypi:/opt $ sudo pip3 install --upgrade pip
sudo: pip3: Befehl nicht gefunden
Sieht so aus, als wäre Python 3 nicht installiert?!?
3.5 ist installiert
vielleicht hilft das weiter:
https://stackoverflow.com/questions/30993086/pip3-command-not-found-but-python3-pip-is-already-installed
Zitat von: heinzfo am 04 Juni 2019, 14:26:52
Probiere es gerade, scheitere aber bei:
pi@raspberrypi:/opt $ sudo pip3 install --upgrade pip
sudo: pip3: Befehl nicht gefunden
Hm, im Wiki steht doch:
sudo apt-get install python3-pip python3-dev python3-setuptools python-soappy python-dateutil build-essential libssl-dev libffi-dev libncurses5-dev
Damit wird auch pip3 installiert.
Grüße Jörg
Ja, das macht er auch richtig!
Oder, passen die Versionen evtl. nicht?
Habe momentan ein Firewall Problem das mir "sudo apt-get upgrade" verhindert, url wird nicht aufgelöst, aber das ist mein Problem!
pi@raspberrypi:/ $ sudo apt-get install python3-pip python3-dev python3-setuptools python-soappy python-dateutil build-essential libssl-dev libffi-dev libncurses5-dev
Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut.
Statusinformationen werden eingelesen.... Fertig
build-essential ist schon die neueste Version (12.3).
libffi-dev ist schon die neueste Version (3.2.1-6).
libncurses5-dev ist schon die neueste Version (6.0+20161126-1+deb9u2).
libssl-dev ist schon die neueste Version (1.1.0j-1~deb9u1).
python-dateutil ist schon die neueste Version (2.5.3-2).
python-soappy ist schon die neueste Version (0.12.22-1).
python3-dev ist schon die neueste Version (3.5.3-1).
python3-setuptools ist schon die neueste Version (33.1.1-1).
python3-pip ist schon die neueste Version (9.0.1-2+rpt2).
0 aktualisiert, 0 neu installiert, 0 zu entfernen und 17 nicht aktualisiert.
Habe es jetzt mit Python 2.7 wieder zum laufen gebracht :)
Die erste Registrierung bei WA erfolgte mit "python-axolotl 0.1.39" und als fhem user.
Hier https://github.com/tgalal/yowsup (https://github.com/tgalal/yowsup) steht aber es soll die "0.2.2" sein, also das was mit "pip list" angezeigt wird.
Nach installation von "python-axolotl 0.2.2" un neu registrieren bei WA läuft es nun auch wieder als fhem user vorher ging es nur als pi user.
Und das mit einer Mobilnummer die brereits geblockt war.
Ich habe die geblockte Nummer/SIM Karte in ein Smartphone eingelegt und WAapp installiert und erfolgreich registriert.
Dann wieder abgemeldet und mit yowsup regstriert.
Grüße
Heinz
Hallo
Ich habe mir ein teraterm script gebaut um die yowsup installation zu teilautomatisieren, also den Github part der von tgalal bereitgestellt wird.
Was evtl. angepasst werden muss:
a) das ll ist mein alias für ls -la also ändern in ls -la
b) die Pfade
c) username =
d) hostname =
e) der Prompt string bei den waits wait "string "
ttl file siehe Anhang.
teraterm und den ttl Editor gibts hier https://ttssh2.osdn.jp/ (https://ttssh2.osdn.jp/)
Viel Spass bei basteln Grüße
Heinz
Hallo heinzfo,
vielen Dank für das Script, ich wüsste jetzt aber nicht, wie ich das nutzen kann, habe noch nie etwas davon gehört..., musste teraterm erst einmal googeln.. 8).
Gibt es dazu eine Anleitung oder kurze Beschreibung, was ist der Vorteil?
Sorry für die Dummen Fragen...
viele Gruesse
Pit
teraterm und den ttl Editor gibts hier https://ttssh2.osdn.jp/
Dort gibt es Infos.
Kann man nutzen muss man aber nicht,
ist Geschmackssache und Spass an etwas neuem :-}
Moin Leute,
heute Nacht wurden folgende Einträge in meinem Log erzeugt:
E 2019-06-14 02:06:08,778 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python3.5/asyncore.py", line 423, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 48, in handle_read
self.connectionCallbacks.onRecvData(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 100, in onRecvData
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 103, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer_noise_segments.py", line 39, in receive
self.toUpper(bytes(data))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 172, in receive
self._flush_incoming_buffer()
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 160, in _flush_incoming_buffer
self.toUpper(self._wa_noiseprotocol.receive())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 21, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_receive.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 130, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 67, in handleStreamError
raise NotImplementedError("Unhandled stream:error node:\n%s" % node)
NotImplementedError: Unhandled stream:error node:
<stream:error code="503">
</stream:error>
Wenn ich in meinem Logfile weiter zurück gehe, sehe ich diese Meldungen immer wieder mal. Was hat es damit auf sich?
Außerdem connected sich yowsup ständig neu. Hier mal ein Auszug aus meinem Log seit gestern Abend:
2019.06.13 23:11:58 3: WhatsApp: reConnect
2019.06.13 23:11:58 3: WhatsApp: sending /disconnect
2019.06.13 23:11:58 3: WhatsApp: Disconnected
2019.06.13 23:11:58 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.13 23:11:58 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.06.13 23:11:58 3: WhatsApp: sending /L
2019.06.13 23:11:58 3: WhatsApp: sending /presence available
I 2019-06-13 23:11:58,604 yowsup.layers.network.layer - Connecting to e14.whatsapp.net:443
E 2019-06-14 00:37:26,729 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python3.5/asyncore.py", line 423, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 48, in handle_read
self.connectionCallbacks.onRecvData(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 100, in onRecvData
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 103, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer_noise_segments.py", line 39, in receive
self.toUpper(bytes(data))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 172, in receive
self._flush_incoming_buffer()
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 160, in _flush_incoming_buffer
self.toUpper(self._wa_noiseprotocol.receive())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 21, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_receive.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 130, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 67, in handleStreamError
raise NotImplementedError("Unhandled stream:error node:\n%s" % node)
NotImplementedError: Unhandled stream:error node:
<stream:error code="503">
</stream:error>
2019.06.14 00:47:26 3: WhatsApp: reConnect
2019.06.14 00:47:26 3: WhatsApp: sending /disconnect
2019.06.14 00:47:26 3: WhatsApp: Disconnected
2019.06.14 00:47:26 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.14 00:47:26 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.06.14 00:47:27 3: WhatsApp: sending /L
2019.06.14 00:47:27 3: WhatsApp: sending /presence available
I 2019-06-14 00:47:27,123 yowsup.layers.network.layer - Connecting to e4.whatsapp.net:443
E 2019-06-14 02:06:08,778 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python3.5/asyncore.py", line 423, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 48, in handle_read
self.connectionCallbacks.onRecvData(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 100, in onRecvData
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 103, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer_noise_segments.py", line 39, in receive
self.toUpper(bytes(data))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 172, in receive
self._flush_incoming_buffer()
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 160, in _flush_incoming_buffer
self.toUpper(self._wa_noiseprotocol.receive())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 21, in receive
self.toUpper(node)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/logger/layer.py", line 14, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_control.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/axolotl/layer_receive.py", line 35, in receive
self.toUpper(protocolTreeNode)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 194, in receive
s.receive(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 130, in receive
recv(node)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 67, in handleStreamError
raise NotImplementedError("Unhandled stream:error node:\n%s" % node)
NotImplementedError: Unhandled stream:error node:
<stream:error code="503">
</stream:error>
2019.06.14 02:16:08 3: WhatsApp: reConnect
2019.06.14 02:16:08 3: WhatsApp: sending /disconnect
2019.06.14 02:16:08 3: WhatsApp: Disconnected
2019.06.14 02:16:08 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.14 02:16:08 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.06.14 02:16:09 3: WhatsApp: sending /L
2019.06.14 02:16:09 3: WhatsApp: sending /presence available
I 2019-06-14 02:16:09,162 yowsup.layers.network.layer - Connecting to e11.whatsapp.net:443
2019.06.14 03:06:10 3: Roborock: connection timeout
2019.06.14 03:09:10 3: Roborock: disconnecting
2019.06.14 03:09:10 2: Roborock: connecting
2019.06.14 03:09:10 3: Roborock: initialized
2019.06.14 03:20:37 3: WhatsApp: reConnect
2019.06.14 03:20:37 3: WhatsApp: sending /disconnect
2019.06.14 03:20:37 3: WhatsApp: Disconnected
2019.06.14 03:20:37 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.14 03:20:37 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.06.14 03:20:37 3: WhatsApp: sending /L
2019.06.14 03:20:37 3: WhatsApp: sending /presence available
I 2019-06-14 03:20:37,655 yowsup.layers.network.layer - Connecting to e11.whatsapp.net:443
2019.06.14 04:28:25 3: WhatsApp: reConnect
2019.06.14 04:28:25 3: WhatsApp: sending /disconnect
2019.06.14 04:28:25 3: WhatsApp: Disconnected
2019.06.14 04:28:25 2: WhatsApp: setting $HOME to /opt/fhem
2019.06.14 04:28:25 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXX --yowsup
2019.06.14 04:28:25 3: WhatsApp: sending /L
2019.06.14 04:28:25 3: WhatsApp: sending /presence available
I 2019-06-14 04:28:25,804 yowsup.layers.network.layer - Connecting to e12.whatsapp.net:443
Ist das normal?
Viele Grüße Hoppel
Hallo Hoppel
Den ersten Error den Du beschreibst habe ich auch.
Yowsup conneted aber immer wieder, ob und wie lange ich dann möglicherweise offline bin kann ich nicht sagen.
Mein Github issue ist closed weil ich nicht die released version verwende.
https://github.com/tgalal/yowsup/issues/2805 (https://github.com/tgalal/yowsup/issues/2805)
Aus meinem WhatsApp FileLog, Du kannst ja mal vergleichen ob die Zeiten bei Dir ähnlich sind.
Im log sind auch Einträge von fhem/rpi restarts.
2019-06-13_00:26:25 WhatsApp offline
2019-06-13_00:26:26 WhatsApp logged in
2019-06-13_00:26:26 WhatsApp connected
2019-06-13_02:16:20 WhatsApp offline
2019-06-13_02:16:20 WhatsApp logged in
2019-06-13_02:16:20 WhatsApp connected
2019-06-13_06:28:36 WhatsApp offline
2019-06-13_06:28:37 WhatsApp logged in
2019-06-13_06:28:37 WhatsApp connected
2019-06-13_23:18:15 WhatsApp offline
2019-06-13_23:18:16 WhatsApp logged in
2019-06-13_23:18:16 WhatsApp connected
2019-06-14_00:47:08 WhatsApp offline
2019-06-14_00:47:44 WhatsApp reconnect
2019-06-14_00:47:46 WhatsApp connected
2019-06-14_00:48:21 WhatsApp reconnect
2019-06-14_00:48:23 WhatsApp offline
2019-06-14_00:48:24 WhatsApp connected
2019-06-14_01:17:50 WhatsApp offline
2019-06-14_01:17:50 WhatsApp connected
2019-06-14_01:34:39 WhatsApp offline
2019-06-14_01:35:14 WhatsApp reconnect
2019-06-14_01:35:17 WhatsApp logged in
2019-06-14_01:35:17 WhatsApp connected
2019-06-14_03:36:16 WhatsApp offline
2019-06-14_03:36:16 WhatsApp logged in
2019-06-14_03:36:16 WhatsApp connected
2019-06-14_04:22:21 WhatsApp offline
2019-06-14_04:22:22 WhatsApp connected
2019-06-14_08:52:42 WhatsApp offline
2019-06-14_08:52:43 WhatsApp logged in
2019-06-14_08:52:46 WhatsApp connected
Beste Grüße
Heinz
Hallo Zusammen,
schade, jetzt ist bei mir eine weitere Nummer (Festnetznummer) geblockt worden. Irgendwann geht bei mir der Vorrat an Festnetznummern zuneige... :-[
Ich habe noch eine Mobilfunknummer, die ich für einen GPS-Tracker verwende, könnte ich die evtl. auch probieren?
Oder kann ich nur Nummern nehmen und diese aussschließlich nur für Yowsup verwenden... ;D
VG
Pit
Zitat von: heinzfo am 14 Juni 2019, 09:01:55
Den ersten Error den Du beschreibst habe ich auch.
Yowsup conneted aber immer wieder, ob und wie lange ich dann möglicherweise offline bin kann ich nicht sagen.
Mein Github issue ist closed weil ich nicht die released version verwende.
https://github.com/tgalal/yowsup/issues/2805 (https://github.com/tgalal/yowsup/issues/2805)
OK, dann bin ich mit diesem Fehler nicht allein. Wie hast du den commit hash ermittelt? Dann schaue ich bei mir auch mal und teile in deinem Issue mit, dass ich auch betroffen bin.
Zitat von: heinzfo am 14 Juni 2019, 09:01:55
Aus meinem WhatsApp FileLog, Du kannst ja mal vergleichen ob die Zeiten bei Dir ähnlich sind.
Naja, ähnlich ja, aber nicht dieselben. Am 13. sind unsere disconnects nahe beieinander, am 14. nicht mehr.
root@omv4:~# cat /opt/fhem/log/fhem-2019-06.log | grep "WhatsApp: sending /disconnect"
2019.06.01 03:20:38 3: WhatsApp: sending /disconnect
2019.06.02 03:20:39 3: WhatsApp: sending /disconnect
2019.06.02 14:07:18 3: WhatsApp: sending /disconnect
2019.06.02 14:08:19 3: WhatsApp: sending /disconnect
2019.06.03 03:20:38 3: WhatsApp: sending /disconnect
2019.06.03 21:11:14 3: WhatsApp: sending /disconnect
2019.06.03 21:25:25 3: WhatsApp: sending /disconnect
2019.06.04 02:08:09 3: WhatsApp: sending /disconnect
2019.06.04 03:20:44 3: WhatsApp: sending /disconnect
2019.06.04 04:21:40 3: WhatsApp: sending /disconnect
2019.06.04 21:03:58 3: WhatsApp: sending /disconnect
2019.06.04 21:54:31 3: WhatsApp: sending /disconnect
2019.06.04 22:18:01 3: WhatsApp: sending /disconnect
2019.06.04 22:18:08 3: WhatsApp: sending /disconnect
2019.06.04 22:31:05 3: WhatsApp: sending /disconnect
2019.06.04 22:31:12 3: WhatsApp: sending /disconnect
2019.06.04 22:39:57 3: WhatsApp: sending /disconnect
2019.06.04 22:40:09 3: WhatsApp: sending /disconnect
2019.06.05 03:20:37 3: WhatsApp: sending /disconnect
2019.06.06 01:45:57 3: WhatsApp: sending /disconnect
2019.06.06 03:20:36 3: WhatsApp: sending /disconnect
2019.06.06 19:57:58 3: WhatsApp: sending /disconnect
2019.06.06 22:55:12 3: WhatsApp: sending /disconnect
2019.06.06 22:55:17 3: WhatsApp: sending /disconnect
2019.06.06 23:59:36 3: WhatsApp: sending /disconnect
2019.06.07 01:08:33 3: WhatsApp: sending /disconnect
2019.06.07 03:20:37 3: WhatsApp: sending /disconnect
2019.06.07 20:18:32 3: WhatsApp: sending /disconnect
2019.06.07 21:48:38 3: WhatsApp: sending /disconnect
2019.06.08 03:20:41 3: WhatsApp: sending /disconnect
2019.06.08 14:26:33 3: WhatsApp: sending /disconnect
2019.06.08 23:54:42 3: WhatsApp: sending /disconnect
2019.06.08 23:54:48 3: WhatsApp: sending /disconnect
2019.06.09 01:04:21 3: WhatsApp: sending /disconnect
2019.06.09 02:18:31 3: WhatsApp: sending /disconnect
2019.06.09 03:20:38 3: WhatsApp: sending /disconnect
2019.06.09 14:21:19 3: WhatsApp: sending /disconnect
2019.06.10 03:20:37 3: WhatsApp: sending /disconnect
2019.06.10 09:30:14 3: WhatsApp: sending /disconnect
2019.06.10 18:02:55 3: WhatsApp: sending /disconnect
2019.06.10 18:03:44 3: WhatsApp: sending /disconnect
2019.06.10 18:32:06 3: WhatsApp: sending /disconnect
2019.06.10 22:26:57 3: WhatsApp: sending /disconnect
2019.06.10 22:27:04 3: WhatsApp: sending /disconnect
2019.06.10 23:28:59 3: WhatsApp: sending /disconnect
2019.06.11 01:26:25 3: WhatsApp: sending /disconnect
2019.06.11 03:20:43 3: WhatsApp: sending /disconnect
2019.06.12 03:20:44 3: WhatsApp: sending /disconnect
2019.06.12 14:56:35 3: WhatsApp: sending /disconnect
2019.06.13 02:14:55 3: WhatsApp: sending /disconnect
2019.06.13 03:20:50 3: WhatsApp: sending /disconnect
2019.06.13 06:29:34 3: WhatsApp: sending /disconnect
2019.06.13 23:11:58 3: WhatsApp: sending /disconnect
2019.06.14 00:47:26 3: WhatsApp: sending /disconnect
2019.06.14 02:16:08 3: WhatsApp: sending /disconnect
2019.06.14 03:20:37 3: WhatsApp: sending /disconnect
2019.06.14 04:28:25 3: WhatsApp: sending /disconnect
2019.06.15 02:36:55 3: WhatsApp: sending /disconnect
2019.06.15 03:20:38 3: WhatsApp: sending /disconnect
2019.06.15 03:59:03 3: WhatsApp: sending /disconnect
2019.06.15 04:51:15 3: WhatsApp: sending /disconnect
2019.06.15 19:11:57 3: WhatsApp: sending /disconnect
2019.06.16 03:20:51 3: WhatsApp: sending /disconnect
2019.06.16 07:52:00 3: WhatsApp: sending /disconnect
2019.06.16 13:23:00 3: WhatsApp: sending /disconnect
2019.06.16 22:02:45 3: WhatsApp: sending /disconnect
2019.06.16 22:02:50 3: WhatsApp: sending /disconnect
2019.06.17 03:20:43 3: WhatsApp: sending /disconnect
2019.06.17 15:26:23 3: WhatsApp: sending /disconnect
2019.06.17 15:26:41 3: WhatsApp: sending /disconnect
Gestern und auch heute (zumindest bis zum jetzigen Zeitpunkt) gab es bei mir keine disconnects mehr. Ist das bei dir auch so? Wie sieht es bei den anderen aus?
Viele Grüße Hoppel
Zitat von: piet_pit am 18 Juni 2019, 13:56:32
schade, jetzt ist bei mir eine weitere Nummer (Festnetznummer) geblockt worden. Irgendwann geht bei mir der Vorrat an Festnetznummern zuneige... :-[
Ich habe noch eine Mobilfunknummer, die ich für einen GPS-Tracker verwende, könnte ich die evtl. auch probieren?
Oder kann ich nur Nummern nehmen und diese aussschließlich nur für Yowsup verwenden... ;D
Bin schon gespannt, wann meine Festnetzrufnummer gesperrt wird. Falls das bei mir passiert, war es das dann allerdings mit yowsup. Bei Telegram kann man solche Bots ganz offiziell einrichten. Schade, dass ich für meine tägliche Kommunikation mit Freunden und Familie ausschließlich WhatsApp verwende. Aber gut. Notfalls nutze ich Telegram halt nur, um Nachrichten von meinem FHEM zu erhalten.
Wie dem auch sei..., meinem Verständnis nach kannst du jede Handy-Rufnummer (manche Festnetznummern funktionieren laut Wiki nicht) verwenden. Wichtig ist nur, dass du in deinem Fall die Sim-Karte bei der Registrierung in einem Handy/Smartphone verbaut hast, damit du die SMS bzw. den Anruf mit dem Bestätigungscode erhältst. Mit dem GPS-Tracker wirst du wohl keine SMS bzw. Voice Calls lesen/empfangen können. ;)
Viele Grüße Hoppel
Hallo Hoppel118
Der commit hash steht auf dieser Seite https://github.com/tgalal/yowsup/commit/69c5211f1f4695b11fcaa64591b3582bacc0d5dc (https://github.com/tgalal/yowsup/commit/69c5211f1f4695b11fcaa64591b3582bacc0d5dc) ganz unten bei (comments on commit 69c5211).
Das issue ist wieder open, da ich den commit hash nachgeliefert habe.
PS: Ich habe eine bereits geblockte Mobilnummer wieder freibekommen indem ich die sim in ein Smartphone eingelegt habe und mich erfolgreich bei WA registrieren konnte, dann wieder abmelden und mit yowsup registrieren, seitdem läuft es seit 5. Juni wieder.
Grüße
Heinz
Hallo Zusammen,
Zitat von: heinzfo am 19 Juni 2019, 10:54:21
PS: Ich habe eine bereits geblockte Mobilnummer wieder freibekommen indem ich die sim in ein Smartphone eingelegt habe und mich erfolgreich bei WA registrieren konnte, dann wieder abmelden und mit yowsup registrieren, seitdem läuft es seit 5. Juni wieder.
Das ist ja sehr interessant, dann werde ich mir auch einmal eine Mobil-Sim zulegen, wenn ich meine Festnetznummern "verpulvert" habe... :)
Es gibt ja bei diesen Magenta-Tarifen die sog. Family-Cards, die wenig kosten bzw. sogar umsonst sind...
VG
Pit
Zitat von: heinzfo am 19 Juni 2019, 10:54:21
Der commit hash steht auf dieser Seite https://github.com/tgalal/yowsup/commit/69c5211f1f4695b11fcaa64591b3582bacc0d5dc (https://github.com/tgalal/yowsup/commit/69c5211f1f4695b11fcaa64591b3582bacc0d5dc) ganz unten bei (comments on commit 69c5211).
Das issue ist wieder open, da ich den commit hash nachgeliefert habe.
Hm..., und wie ermittle ich den commit hash der aktuell bei mir installierten Version?
Zitat von: heinzfo am 19 Juni 2019, 10:54:21
PS: Ich habe eine bereits geblockte Mobilnummer wieder freibekommen indem ich die sim in ein Smartphone eingelegt habe und mich erfolgreich bei WA registrieren konnte, dann wieder abmelden und mit yowsup registrieren, seitdem läuft es seit 5. Juni wieder.
Wenn das klappt, wäre das ja tatsächlich eine Alternative. Gib mal Bescheid, wenn die Rufnummer erneut geblockt wird. :)
Danke und Gruß Hoppel
Wie das geht weis ich nicht!
Du könntest aber die aktuell verfügbare Version installieren, dann haben wir die selbe Version installiert und es passt auch zum Github issue.
hallo Leute
ich habe eine Frage, hat irgendwer von euch aktuelle Stand 26.6.2019 in Deutschland oder Österreich erfolgreich und funktioniell Whatsapp in FHEM eingebunden? ich habe versucht mittels dieser Anleitung von https://wiki.fhem.de/wiki/Yowsup (https://wiki.fhem.de/wiki/Yowsup) zu installieren und verbinden.... installieren hat geklappt bis zum register bei whatsapp da bekomme ich immer nur :
fhem@smartpi3b:/opt/yowsup-master$ yowsup-cli registration --requestcode sms --config-phone 43681******** --config-cc 43
yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
W 2019-06-26 20:22:56,390 yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
W 2019-06-26 20:22:56,402 yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
I 2019-06-26 20:22:59,444 yowsup.common.http.warequest - {"status":"fail","reason":"blocked","login":"43681*******"}
status: fail
reason: blocked
login: 43681********
ich habe die nummer aus meinem lte router verwendet... auch eine sms bekommen und mit dem code registrieren versucht.. aber bekomme immer nur blocked...
hat da wer eine Lösung ? bzw. wie kann meine nummer un-blocked werden?
danke
Hallo,
die Rufnummer scheint von WhattsApp geblockt zu sein. Evtl. mal versuchen, die SIM in ein Handy zu stecken und sich darüber in WhattsApp anzumelden, hat bei einigen hier im Forum geklappt.
Ansonsten mit einer anderen Nummer versuchen.
viele Gruesse
Pit
Hallo Michl1003!
tgalal hat heute auf GitHub eine WARNING note in die README.md eingefügt!
Gleich am Anfang der Datei.
https://github.com/tgalal/yowsup/blob/master/README.md (https://github.com/tgalal/yowsup/blob/master/README.md)
Grüße
Heinz
Vielleicht sollten wir diese Warnung in unser Wiki übernehmen bis das gelöst ist. Was meint ihr?
Ich würde diesen Task übernehmen.
EDIT: ERLEDIGT: https://wiki.fhem.de/wiki/Yowsup#WARNUNG
Ich entferne die Warnung gern wieder, wenn der Issue gelöst ist.
Gruß Hoppel
Hallo Zusammen,
leider klappt jetzt mein WhatsApp nicht mehr, hatte seit ca. 6 Monaten mit einer Festnetznummer keine Probleme..
so sieht das Log leider aus, alle 10 min kommt das:
2019.10.06 09:37:13 3: pietsApp: reConnect
2019.10.06 09:37:13 3: pietsApp: sending /disconnect
2019.10.06 09:37:13 3: pietsApp: Disconnected
2019.10.06 09:37:13 2: pietsApp: setting $HOME to /opt/fhem
2019.10.06 09:37:13 2: pietsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXX --yowsup
2019.10.06 09:37:15 3: pietsApp: sending /L
2019.10.06 09:37:15 3: pietsApp: sending /presence available
I 2019-10-06 09:37:15,989 yowsup.layers.network.layer - Connecting to e9.whatsapp.net:443
Bestimmt bin ich jetzt mit dieser Rufnummer auch von Whatsapp gesperrt worden... >:(
Wie sieht es denn aktuell bei euch aus, oder sind alle Whatsapp-User "heimlich" nach Telegram abgewandert. Ich glaube, ich werde jetzt diesen Schritt wohl gehen, auch wenn ich es sehr schade finde, mein Vorrat an Nummern ist fast verbraucht.
Gibt es noch aktuelle Infos aus dem yowsup-Projekt (tgalal > github), da tut sich ja aktuell auch nichts mehr, das Warning besteht ja immer noch.
VG
Pit
Zitat von: piet_pit am 06 Oktober 2019, 10:33:39
oder sind alle Whatsapp-User "heimlich" nach Telegram abgewandert.
Das habe ich schon lange gemacht. Mit Telegram überhaupt kein Problem!!
Bei mir läuft weiterhin yowsup...
@piet_pit Bin gerade aus einem fast 4-wöchigen Reise wieder zurück. Mein Frau hat die Wäsche in die Waschmaschine und den Trockner geschmissen. Es gab keine Nachrichten per WhatsApp. Also kurz ins Log geschaut und festgestellt, dass ich die gleichen Logeinträge wie du sehe.
Hm... Hast du das schon gelöst oder nutzt du jetzt Telegram?
Ich habe yowsup schon länger nicht mehr geupdated. Evtl. bringt das was. Habe momentan allerdings wenig Zeit.
Gruß Hoppel
Hatte das ebenfalls.
Mir hat geholfen die vier Python packages zu aktualisieren und den RPi neu zu starten. Seit zwei Wochen läuft es wieder einwandfrei.
Super, danke für die Info. Werde ich mir in den nächsten Tagen mal anschauen.
Viele Grüße Hoppel
Zitat von: piet_pit am 06 Oktober 2019, 10:33:39
Wie sieht es denn aktuell bei euch aus, oder sind alle Whatsapp-User "heimlich" nach Telegram abgewandert. Ich glaube, ich werde jetzt diesen Schritt wohl gehen, auch wenn ich es sehr schade finde, mein Vorrat an Nummern ist fast verbraucht.
Ja, das ist schon nervig dieses geblocke. Deswegen habe ich parallel Telegram im Einsatz, was "anspringt" wenn WhatsApp disconnected ist.
Bzgl. Nummernsperre meine ich gelesen zu haben das diese "nur" 3 Monate geblockt werden, zumindest habe ich das so im Kopf.
Ich wurde letzte Woche auch wieder geblockt und habe gestern eine Nummer neu registriert (kompletter Registrierungsprozess), die ich bis Juni 2019 verwendet hatte.
edit:
Das mit der WARNUNG ist mir neu, hab es gerade erst gesehen. War bei mir gestern, mit aktuellen python-packages, aber kein Problem.
Hallo Heinzfo,
welche 4 Python-Packages meinst du, kannst du bitte einmal die Versionen mailen, die du nun im Einsatz hast. Ich hatte auf dem Github von tgalal keine Infos gefunden, ich Check das noch einmal...
Vielen Dank und viele Grüße
Pit
Wie im fhem wiki beschrieben.
Hallo Heinzfo,
...du meinst diese 4 Lib's von tgalal (consonance, dissononce, python-axolotl und yowsup)?
Vielen Dank und viele Grüße
Pit
Hallo,
hab nochmal auf dem github von tgalal geschaut, seit dem 05.09.2019 ist dort eine geänderte Yowsup (...env_android.py) hinterlegt, das könnte ja das Thema sein.
Viele Grüße
Pit
Hallo Zusammen,
ich habe jetzt einmal die env_android.py (Fixed for version 2.19.244) aus dem github von tgalal genommen und die ausgetauscht mit der bei mir installierten Version, ich konnte mich jetzt wieder connecten und auch eine WhattsApp verschicken.
Mal sehen und abwarten, ob es jetzt auch wieder dauernd funktioniert :) :) :)
VG
Pit
Wenn ich Umlaute (per Whatsapp) an mein Yowsup verschicke, hängt sich der Prozess auf. Weiß jemand, woran das liegt? Bei Emoticons passiert das ebenfalls.
Finde ich irgendwie unschön, denn so könnte jeder mein Yowsup zum Absturz bringen, wenn er eine entsprechende Nachricht schickt. Gibt es dafür ein workaround? Alternativ könnte man Yowsup per at alle x Minuten neu verbinden, um auf Nummer sicher zu gehen. Aber auch das ist ja keine schöne Lösung des Problems.
Das ist ein bekanntes Problem. Schau mal hier: https://github.com/tgalal/yowsup/issues/1646
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Habe übrigens gestern Abend auch mal alles geupdated und konnte mir auch wieder Nachrichten hin- und herschicken. Super, danke euch für die Infos.
Viele Grüße Hoppel
Hier auch mal alles geupdated und konnte mir auch wieder Nachrichten hin- und herschicken. Jetzt gehts wieder. Danke, Jamo
Hallo zusammen,
nach langer Abstinenz bin ich derzeit wieder dabei, mit einer neuen FHEM Instanz online zu gehen.
Natürlich darf dabei yowsup nicht fehlen.
Ich bin nach dem Wiki vorgegangen, soweit auch gut voran gekommen.
Natürlich hbae ich trotzdem alles zweimal gemacht... :o
Die Mobilnummer ist registriert.
Allerdings habe ich nun ein, vielleicht zwei Probleme.
beim Senden über die Konsole bekomme ich keine Rückmeldung oder Nachricht auf mein Smartphone.
Das Device in FHEM ist zwar grundsätzlich online, empfängt aber nichts und geht beim senden einer Nachricht offline.
Im Log steht trotz Verbose 5 nur "2019-10-31 22:23:51 yowsup WhatsApp reconnect" und "2019-10-31 22:24:17 yowsup WhatsApp sent: 4915meineNummer test2"
Bin für jeden Hinweis dankbar.
Gruß vb
Zitat von: heinzfo am 14 Juni 2019, 09:01:55
Den ersten Error den Du beschreibst habe ich auch.
Yowsup conneted aber immer wieder, ob und wie lange ich dann möglicherweise offline bin kann ich nicht sagen.
Mein Github issue ist closed weil ich nicht die released version verwende.
https://github.com/tgalal/yowsup/issues/2805 (https://github.com/tgalal/yowsup/issues/2805)
Nachdem ich neulich alles geupdated hatte (und dies derzeitig auch immer noch die aktuellste Version ist), habe ich nun nochmal einen Blick in mein Logfile geworfen und sehe den Fehler immer noch. Habe das mal in deinem Github Issue dokumentiert.
Gruß Hoppel
Ich habe mich nun nochmal dran gesetzt und alles neu installiert.
ich habe die Ordnerstruktur ein wenig für mich angepasst und alles unter /opt/yowsup/ untergebracht.
Die User-Rechte von fhem habe ich angepasst
Die Registrierung der Nummer klappt noch, allesdings beim Senden der ersten (Test-)Nachricht ist kein weiterkommen.
fhem@vb90-Server:/opt/yowsup/yowsup-master$ yowsup-cli registration --config-phone 4915xxxxxx -R 92xxxxxx
yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
W 2019-11-06 11:56:20,649 yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
I 2019-11-06 11:56:22,288 yowsup.common.http.warequest - {"status":"ok","login":"4915xxxxxx","type":"existing","edge_routing_info":"CAIICA==","chat_dns_domain":"fb","security_code_set":false}
{
"__version__": 1,
"cc": "49",
"client_static_keypair": "b8qqiKpxeRD3SA6iS7qkLwZYLVCG6Z9zkcw==",
"expid": "nRPvJjuzdA==",
"fdid": "87e0-c47607eac1a0",
"id": "dG1mklV+V8=",
"login": "4915xxxxxx",
"mcc": "000",
"mnc": "000",
"phone": "4915xxxxxx",
"sim_mcc": "000",
"sim_mnc": "000"
}
status: ok
edge_routing_info: CAIICA==
login: 4915xxxxxx
type: existing
fhem@vb90-Server:/opt/yowsup/yowsup-master$ yowsup-cli demos --config-phone 4915xxxxxx -s 4915xxxxxx "Mahlzeit"
yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2019-11-06 11:57:17,076 yowsup.layers.network.layer - Connecting to e14.whatsapp.net:443
I 2019-11-06 11:57:17,200 yowsup.axolotl.manager - Generating 812 prekeys, current max_prekey_id=0
I 2019-11-06 11:57:17,372 yowsup.axolotl.manager - Storing 812 prekeys
I 2019-11-06 11:58:48,046 yowsup.axolotl.manager - Loaded 812 unsent prekeys
(die Keys und id's sind verkürzt dargestellt)
Hat jemand eventuell noch eine Idee wo es hakt?
Das gleiche Ergebnis hatte ich dieser Tage schon, mit den "originalen" Ordnern aus dem Wiki. Das sollte also keine Rolle spielen.
Danke,
vb
Per ssh ging das bei mir nur als user fhem.
sudo su - fhem
Dann nochmals versuchen.
Danke für den Hinweis, das hatte ich schon bedacht.
Aber ich hab es in einem zweiten Fenster nochmal ausgeführt, nun klappt zumindest das senden von dort.
Jetzt muss ich nur noch fhem grade biegen, da klappt das senden noch nicht.
vb
Zitat von: VB90 am 06 November 2019, 13:07:59
Danke für den Hinweis, das hatte ich schon bedacht.
Aber ich hab es in einem zweiten Fenster nochmal ausgeführt, nun klappt zumindest das senden von dort.
Jetzt muss ich nur noch fhem grade biegen, da klappt das senden noch nicht.
vb
Hm, Du kannst nicht parallel arbeiten. Es funktioniert immer nur eine Instanz.
Grüße Jörg
Hallo Jörg,
da magst du recht haben, die "erste Instanz" hat sich dann wohl "aufgehangen".
Auf jedenfall hat das funktioniert.
Ich habe auch fhem nun zur Mitarbeit bewegen können.
Faszinierend dabei:
Ich habe die komplette Einrichtung für python 2.5 gemacht.
fhem arbeitet nun, indem ich python3 aufrufe.
Warum und wieso? ist mir schleierhaft und auch zu hoch. Aber es funktioniert nun.
Danke für eure Ideen.
vb
edit:
Zu früh gefreut.
Irgendwas ist heute Nacht passiert und es geht nun weder über die Konsole noch über FHEM.
Aktuell wird über die Konsole nichtmal eine Verbindung zu whatsapp hergestellt.
edit2:
Tja, nun, ein kurzes Vergnügen.
Die Nummer wurde blockiert.
Mal sehen, wie ich nun weiter mache.
vb
Seit zwei Tagen ist mein Yowsup offline und lässt sich auch nicht wieder verbinden. Ich habe jedoch an der Konfiguration nichts geändert seitdem. Weiß jemand, ob es aktuell Probleme mit yowsup gibt, oder liegt es an mir?
Die Log Datei sagt dazu jedoch folgendes:
2019.11.09 11:04:40 3: WhatsApp: sending /L
2019.11.09 11:04:40 3: WhatsApp: sending /presence available
I 2019-11-09 11:04:40,704 yowsup.layers.network.layer - Connecting to e8.whatsapp.net:443
Exception in thread Thread-2:
Traceback (most recent call last):
File "/usr/lib/python2.7/threading.py", line 801, in __bootstrap_inner
self.run()
File "/usr/lib/python2.7/threading.py", line 754, in run
self.__target(*self.__args, **self.__kwargs)
File "/opt/yowsup-master/yowsup/demos/cli/layer.py", line 430, in <lambda>
threading.Thread(target=lambda: self.getLayerInterface(YowNetworkLayer).connect()).start()
File "/opt/yowsup-master/yowsup/layers/network/layer_interface.py", line 4, in connect
self._layer.createConnection()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 92, in createConnection
self._dispatcher.connect(endpoint)
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 27, in connect
asyncore.dispatcher_with_send.connect(self, host)
File "/usr/lib/python2.7/asyncore.py", line 347, in connect
err = self.socket.connect_ex(address)
File "/usr/lib/python2.7/socket.py", line 228, in meth
return getattr(self._sock,name)(*args)
gaierror: [Errno -3] Temporary failure in name resolution
Zitat von: TomS85 am 09 November 2019, 11:19:44
Seit zwei Tagen ist mein Yowsup offline und lässt sich auch nicht wieder verbinden. Ich habe jedoch an der Konfiguration nichts geändert seitdem. Weiß jemand, ob es aktuell Probleme mit yowsup gibt, oder liegt es an mir?
Du weißt schon, dass WhatsApp immer wieder Nummern blockiert!?
Gesendet von iPhone mit Tapatalk
Schau doch mal einige Beiträge zurück, ein Update der Python packages von Tgalal hatte hier geholfen.
Siehe Fhem Wiki Yowsup.
Hallo,
kurze Frage: Kann man whatsapp aktuell installieren und nutzen? Im Wiki steht eine Warnung, dass die Rufnummern gesperrt werden, wenn man yowsup benutzt. Oder gibt es einen Workaround?
Danke und Gruß,
Spartacus
Bei mir läuft es immer noch. Aber ob man momentan frisch installieren kann... Keine Ahnung.
Probiere es doch einfach aus. Im schlimmsten Fall ist eine Rufnummer gesperrt. Könntest dir dafür ja einfach eine Prepaid-Karte holen. ;)
Wenn du ein Android Phone hast, schau dir das an: https://github.com/tgalal/yowsup/issues/2829#issuecomment-508004084
Gruß Hoppel
Hallo Leute,
ich bekomme keine Nachrichten von yowsup mehr. Wenn ich mein FHEM Device "WhatsApp" anschaue, sehe ich im state, dass ich seit gestern morgen offline bin. Um 3:10 Uhr fand die Internet Zwangstrennung statt.
state offline 2020-01-22 03:20:42
Hat jemand eine Idee, woren das liegen könnte. Ein reconnect bringt nichts und wenn ich verbose auf 5 stelle und einen reconnect probiere, sehe ich folgendes im Logfile:
2020.01.23 15:10:31 3: WhatsApp: reConnect
2020.01.23 15:10:31 3: WhatsApp: sending /disconnect
2020.01.23 15:10:31 3: WhatsApp: Disconnected
2020.01.23 15:10:31 2: WhatsApp: setting $HOME to /opt/fhem
2020.01.23 15:10:31 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49XXXXXXXXXXX --yowsup
2020.01.23 15:10:32 4: WhatsApp: parse: yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2020.01.23 15:10:32 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2020.01.23 15:10:32 4: WhatsApp: parse: [offline]:
2020.01.23 15:10:32 3: WhatsApp: sending /L
2020.01.23 15:10:32 3: WhatsApp: sending /presence available
I 2020-01-23 15:10:32,156 yowsup.layers.network.layer - Connecting to e3.whatsapp.net:443
2020.01.23 15:10:32 4: WhatsApp: parse: general: Disconnected:
[offline]:
2020.01.23 15:10:32 4: WhatsApp: parse: [offline]:
Error: Not connected
[offline]:
An meiner Config habe ich schon länger nichts mehr geändert.
Hm..., kann es sein, dass meine Rufnummer nun geblockt wurde? Wie finde ich das raus?
Danke und Gruß Hoppel
Zitat von: hoppel118 am 23 Januar 2020, 15:16:20
Hallo Leute,
ich bekomme keine Nachrichten von yowsup mehr. Wenn ich mein FHEM Device "WhatsApp" anschaue, sehe ich im state, dass ich seit gestern morgen offline bin. Um 3:10 Uhr fand die Internet Zwangstrennung statt.
An meiner Config habe ich schon länger nichts mehr geändert.
Hm..., kann es sein, dass meine Rufnummer nun geblockt wurde? Wie finde ich das raus?
Danke und Gruß Hoppel
Ist mir auch so gegangen. Entweder hat WhatsApp die Versionsnummer geändert, es werden ja ab Januar ältere SmartPhones nicht mehr unterstützt, oder aber es wurde wieder mal auf Bots geprüft und wir wurden gebanned.
Grüße Jörg
siehe hier: https://github.com/tgalal/yowsup/issues/2919
Moin Jörg,
danke für die Rückmeldung. Mir ist gegen 19 Uhr zufällig aufgefallen, dass es wieder geht. Ich habe nichts verändert.
state connected 2020-01-23 18:38:17
Diese Feststellung wird ja auch in deinem Link bei Github geteilt. Vor 3 Stunden gab es die ersten Erfolgsmeldungen, obwohl nichts an der config geändert wurde.
Es sollte also bei dir auch wieder gehen.
Hoffen wir mal, dass nicht abgeklopft wurde, wer in diesem Zeitraum offline geblieben ist und somit ein Bot sein muss. ;)
Gruß Hoppel
Gesendet von iPhone mit Tapatalk Pro
Hallo Hoppel,
läuft bei mir auch wieder. Mal sehen, wie lange...
Grüße Jörg
Die Freude war leider nur kurz...
Jo, bin auch seit ca. 1 Uhr nachts wieder offline.
Gesendet von iPhone mit Tapatalk Pro
Bei mir seit heute 0:42 !
Es gibt schon cases https://github.com/tgalal/yowsup/issues (https://github.com/tgalal/yowsup/issues)
Hallo Zusammen,
auch bei mir seit dem 24.01.2020 (01:00) offline... :( :( :(
VG
Pit
Mal sehen, ob es das jetzt war...
Ich werde mir alternativ wohl bald mal Telegram einrichten. Ein Bisschen halte ich es aber noch ohne Benachrichtigungen aus. Schade, dass Facebook solche Hausautomatisierungsnschrichten nicht unterstützt bzw. nicht unterstützen will...
Gruß Hoppel
Gesendet von iPhone mit Tapatalk Pro
Hallo Zusammen,
anscheinend gibt es auf github
https://github.com/tgalal/yowsup/issues/2922
(https://github.com/tgalal/yowsup/issues/2922)
einen Workaround/ Lösung, habe es noch nicht probiert, da noch nicht so ganz verstanden...
VG
Pit
Hallo Zusammen,
ich habe mich mal an die Lösung herangetraut, bin seit heute wieder "connected"...
...freu...
Ging einfacher als ich dachte..
Mal sehen wie lange es diesmal gut geht.. :) :) :)
VG
Pit
Hallo
Bin auch wieder connected, ging problemlos [emoji4]
Grüße
Sehr gut, werde mir das am We wohl auch mal anschauen. Evtl. wurde bis dahin ja folgender Pull Request angenommen:
https://github.com/tgalal/yowsup/pull/2924
Wenn nicht, werde ich die beschriebene Lösung implementieren. Sieht ja wirklich nicht so schwer aus. ;)
Gruß Hoppel
Gesendet von iPhone mit Tapatalk Pro
Bei mir gehts auch wieder, folgende Schritte:
1) in der Datei ./yowsup-master/yowsup/layers/noise/layer.py
-> class YowNoiseLayer(YowLayer) und
-> def __init__(self)
ersetzen, wie im link von oben https://github.com/tgalal/yowsup/issues/2922 beschrieben
2) in ./yowsup-master/yowsup/layers/coder/tokendictionary.py das dictionary ersetzen, wie auch in https://github.com/tgalal/yowsup/issues/2922 beschrieben
Dabei muss "def __init__(self):" richtig eingerückt sein mit Anzahl der Leerzeichen wie vorher, sonst bekommt man eine Fehlermeldung das der "indent" nicht stimmt.
Moin Jamo
Ich habe versucht nach deinen Punkten abzuarbeiten aber leider ohne Erfolg.
Würdest du diese beiden Dateien zu Verfügung stellen? :-[
Zitat von: Michael am 30 Januar 2020, 17:01:30
Moin Jamo
Ich habe versucht nach deinen Punkten abzuarbeiten aber leider ohne Erfolg.
Hast Du nur die Dateien verändert? Du wirst auch ein neues install, wie im Wiki zu yowsup unter ,,Updaten" beschrieben, machen müssen.
Grüße Jörg
Gesendet von iPhone mit Tapatalk
Ich habe nur die Dateien geändert, reconnect, und es ging!
Grüße, Heinz
Hallo Zusammen,
ich habe auch nur die Dateien geändert (mit Nano als Editor) und dann reconnect, dann war gut...
VG
Pit
Nur zum Verständnis...
Dies alles funktioniert wahrscheinlich nicht mit blockierten/gebannten Nummern?
vb
Hallo,
ich habe es nicht probiert, aber ich sehe das auch so, geblockte Nummern klappen weiterhin nicht.
Beide Themen sind unabhängig voneinander zu sehen.
VG
Pit
ZitatMoin Jamo
Ich habe versucht nach deinen Punkten abzuarbeiten aber leider ohne Erfolg.
Würdest du diese beiden Dateien zu Verfügung stellen? :-[
Die änderung der Dateien stehen im link unter https://github.com/tgalal/yowsup/issues/2922 im Beitrag 8 von iacup.
Jo, läuft bei mir auch wieder. Sehr gut!
Bis dann
Hallo Zusammen,
bei mir klappt seit Montag Abend Whatsapp leider nicht mehr, wie sieht es bei euch aus?
VG
Pit
Dito
Hallo Zusammen,
im Yowsup-github gibt es Hinweise, in yowsup/env/env_android.py die Versionen anzupassen (Issue #2986)
In yowsup/env/env_android.py
Change:
This line: _VERSION = "2.19.244"
For this line: _VERSION = "2.21.001"
oder
It worked.. i replaced,
_VERSION with 2.20.158
and
_md5 with qNhJUjrBT3QiX2MR+sCuWw==
Ich will das mal checken und probieren...
VG
Pit
Habe gerade mal nachgeschaut. Nachrichten gehen nicht mehr hin und her.
state offline 2020-05-18 22:07:09
Warum steht eigentlich unter Readings ,,state offline", während unter Internals ,,STATE Connected" steht?
Müsste STATE dann nicht auch zu offline oder disconnected wechseln?
Ich bin ein paar Tage unterwegs und kann nichts testen.
Viele Grüße Hoppel
Das hat bei mir geholfen, neue _VERSION = "2.21.001" dann ein reconnect.
https://github.com/tgalal/yowsup/issues/2986#issuecomment-630476914 (https://github.com/tgalal/yowsup/issues/2986#issuecomment-630476914)
ZitatHello @vdpopov
Change this:
In yowsup/env/env_android.py
Change:
This line: _VERSION = "2.19.244"
For this line: _VERSION = "2.21.001"
Tell me how it's going.
Greetings from Peru.
Habe mich nun kurz mit meinem Smartphone über VPN und SSH zu meinem Server verbunden und die Version angepasst. Etwas umständlich mit dem kleinen Display, aber läuft! :D
Habe es auf diese Weise geändert:
Zitat von: piet_pit am 20 Mai 2020, 11:14:04
In yowsup/env/env_android.py
Change:
This line: _VERSION = "2.19.244"
For this line: _VERSION = "2.21.001"
Wofür braucht man md5 in diesem Fall?
Zitat von: piet_pit am 20 Mai 2020, 11:14:04
oder
It worked.. i replaced,
_VERSION with 2.20.158
and
_md5 with qNhJUjrBT3QiX2MR+sCuWw==
Evtl. ist die zweite Variante doch besser? Was meint ihr?
Danke euch und viele Grüße Hoppel
Hallo Hoppel118,
ich habe noch nichts gemacht, keine Zeit.
Evtl. ist die 2. Version "langlebiger", keine Ahnung... :-[
Danke für die Info...
VG
Pit
hallo zusammen,
kann mir mal jemand erklären wie ich den Status von Presence gesendet bekommen, wenn dieser sich ändert.
Oder wo es solche Beispiele gibt.
gruß und Danke
**Top Arbeit an alle Entwickler**
Moin in die Runde,
ich bin schon seit 5 Jahren im Forum dabei, aber seit zwei Jahren mache ich so ziemlich Alles mit ioBroker.
FHEM bedient bei mir nur noch die Homematic-Sachen und Octoprint, weil das in FHEM besser funktioniert.
Das nur zur Vorgeschichte.
Ich möchte eigentlich nur wissen ob Yowsup noch funktioniert und ob es sich problemlos auf einem Pi 4 mit Raspbian Buster installieren lässt.
Mein System soll meiner Frau Nachrichten via Whatsapp schicken, weil sie sich beharrlich weigert Telegram zu benutzen ;-)
Viele Grüße,
Holger
Hallo YellowBall
Auf einem RPi3 hatte ich Raspian stretch installiert und Yowsup, das lief einwandfrei.
Dann auf upgrade auf Raspian buster und es läuft immer noch.
Bitte für die Installation am Wiki und Forum orientieren.
Grüße
Heinz
Super, dann kriege ich das hoffentlich wieder hin. Vielen Dank!
Hallo,
falls jemand ein seit gestern ein Problem hat. Folgendes https://github.com/tgalal/yowsup/issues/3038 hat bei mir geholfen.
Grüße Jörg
Ja, unter /opt/yowsup-master/yowsup/layers/noise/layer.py,
an den angegebenen Stellen in der Zeile mit dem "HEADER" und in der Zeile mit dem "protocol_state_callbacks", die 3 gegen die 4 ersetzen.
Jetzt gehts wieder. Danke!
Es läuft wieder :)
Danke Jörg!
Danke euch, läuft auch bei mir wieder. :D
Zitat von: hoppel118 am 07 Januar 2021, 09:17:58
Danke euch, läuft auch bei mir wieder. :D
Hallo Hoppel
https://forum.fhem.de/index.php/topic,27543.msg948834.html?PHPSESSID=e1n59e0nh0n6hmu3cdtb89l7r7#msg948834
Wie kann ich die Verbindung wiederherstellen, wenn meine Verbindung auf diese Weise getrennt wird? mit reConnect. Danke!
Meine Nummer wird beim Anmelden immer von WhatsApp gesperrt.
Hat jemand irgendwelche Vorschläge?
Danke!
Hallo Zusammen,
WhatsApp klappt bei mir seit einiger Zeit einwandfrei!
Es gibt ja jetzt die neuen Datenschutzbestimmungen, denen man wohl zustimmen muss...!
Kann das evtl. Probleme verursachen?
Viele Grüße
Pit
Zitat von: piet_pit am 15 Mai 2021, 12:28:46
Es gibt ja jetzt die neuen Datenschutzbestimmungen, denen man wohl zustimmen muss...!
Kann das evtl. Probleme verursachen?
Die Frage ist, ob man über yowsup zustimmen kann, oder temporäre ein Smartphone nutzen muss. Bei Nichtzustimmung werden halt sukzessive Funktionen, wie senden, deaktiviert.
Grüße Jörg
Ich verwende eine Festnetznummer. Da wird das dann wohl eher nichts mit der Bestätigung, wenn es soweit ist...
Schauen wir mal.
Hallo,
ich verwende auch eine Festnetznummer.
Auf dem github gibt es dazu auch eine Anfrage..
Muss man jetzt einmal wachsam sein...
viele Gruesse
Pit
Du meinst das hier?
https://github.com/tgalal/yowsup/issues/3071
Gruß Hoppel
Hallo,
Ja....🤔
viele Gruesse
Pit
Hallo,
bei mir ist Whatsapp offline seit Donnerstag. Hat noch jemand das Problem?
Danke
Holger
Hallo,
bei mir auch. Donnerstag war der 01.09.2021, wahrscheinlich hat Whattsapp wieder rumgebastelt.
Ich werde mich einmal auf dem github von Yowsup umsehen, vielleicht gibt es dort Abhilfe...
Viele Grüße
Pit
Hallo,
welche Version ist in deiner "env_android.py" hinterlegt?
MD5_CLASSES = "9cGBR5d0y9dXWrZd30Yuow=="
_KEY = "eQV5aq/Cg63Gsq1sshN9T3gh+UUp0wIw0xgHYT1bnCjEqOJQKCRrWxdAe2yvsDeCJL+Y4G3PRD2HUF7oUgiGo8vGlNJOaux26k+A2F3hj8A="
_VERSION = "2.21.5"
_OS_NAME = "Android"
_OS_VERSION = "8.0.0"
_DEVICE_NAME = "star2lte"
_MANUFACTURER = "samsung"
_BUILD_VERSION = "star2ltexx-user 8.0.0 R16NW G965FXXU1ARCC release-keys"
_AXOLOTL = True
Nur zur Info,
falls man sich nur Whatsapp messages zuschicken lassen will, gibt es hier: https://www.callmebot.com/blog/free-api-whatsapp-messages/ eine API.
Das hat wohl hier: http://www.loescher-online.de/smarthome.html#whatsapp auch schon jemand implementiert, im iobroker forum wird es auch benutzt.
Zitat von: Jamo am 08 September 2021, 18:05:49
Nur zur Info,
falls man sich nur Whatsapp messages zuschicken lassen will, gibt es hier: https://www.callmebot.com/blog/free-api-whatsapp-messages/ eine API.
Das hat wohl hier: http://www.loescher-online.de/smarthome.html#whatsapp auch schon jemand implementiert, im iobroker forum wird es auch benutzt.
Dort wird auch berichtet, dass nach ca 25 Nachrichten der Hinweis von 4,-€ pro Jahr kommt.
Grüße Jörg
Zitat von: JoWiemann am 08 September 2021, 20:58:24
Dort wird auch berichtet, dass nach ca 25 Nachrichten der Hinweis von 4,-€ pro Jahr kommt.
Grüße Jörg
Hallo Joerg, wo steht das denn? Ich habe das echt nicht gefunden, auch in den "terms-of-service'' / "Terms und Conditions" finde ich nichts.
Kannst Du mal hier den link verlinken oder sagen wo das steht?
Zitat von: Jamo am 08 September 2021, 21:24:02
Hallo Joerg, wo steht das denn? Ich habe das echt nicht gefunden, auch in den "terms-of-service'' / "Terms und Conditions" finde ich nichts.
Kannst Du mal hier den link verlinken oder sagen wo das steht?
Schau mal hier: https://www.callmebot.com/de/support_callmebot/?phone=351919370635
Grüße Jörg
Zitat von: JoWiemann am 09 September 2021, 07:48:50
Schau mal hier: https://www.callmebot.com/de/support_callmebot/?phone=351919370635
Grüße Jörg
Yep, danke! Ich habe gestern lange gesucht, hatte aber nichts gefunden.
Zitat von: piet_pit am 08 September 2021, 08:43:08
Hallo,
bei mir auch. Donnerstag war der 01.09.2021, wahrscheinlich hat Whattsapp wieder rumgebastelt.
Ich werde mich einmal auf dem github von Yowsup umsehen, vielleicht gibt es dort Abhilfe...
Viele Grüße
Pit
Ich habe das Problem auch gerade erst entdeckt und auch seit 1.September.
Hat schon jemand eine Lösung ?
Danke,
habe es abgeändert in
_MD5_CLASSES = "5ym5gLRrSZJQ+ZWWrpHaMg=="
_VERSION = "2.21.12"
Funktioniert wieder
Zitat von: Holger S am 09 September 2021, 20:59:32
Danke,
habe es abgeändert in
_MD5_CLASSES = "5ym5gLRrSZJQ+ZWWrpHaMg=="
_VERSION = "2.21.12"
Funktioniert wieder
env_android.py geändert und geht wieder
supi danke
Super, ich bin nicht der einzige und die Lösung ist schon da. ;) Gerade die Änderungen vorgenommen. Läuft wieder. Danke euch
Bei mir gehts nicht. :)
Ich habe auch in /opt/yowsup-master/yowsup/env/env_android.py die beschriebenen Änderungen gemacht
Zitat_MD5_CLASSES = "5ym5gLRrSZJQ+ZWWrpHaMg=="
_VERSION = "2.21.12"
aber
Habt Ihr eine Festnetz oder Mobilfunk nummer registriert (Ich habe eine Festnetznummer registriert).
Muss man sonst noch was machen, oder wirklich nur die beiden Änderungen?
Ich habe auch eine Festnetznummer und nur diese beiden Änderungen vorgenommen. Anschließend FHEM einmal Neustarten. Läuft bei mir! ;)
Hallo,
ich habe in der Vergangenheit nur die Version angepasst, dieses MD5_Classes so gelassen. Hat jetzt aktuell auch so geklappt!
Ich habe im übrigen auch eine Festnetznummer.
Die Änderung habe ich in der env_android.py vorgenommen.
viele Gruesse
Pit
MMmmh, funktioniert bei mir alles nicht. Ich melde mich falls ich noch was finde.....
Zitat von: Jamo am 10 September 2021, 16:00:34
MMmmh, funktioniert bei mir alles nicht. Ich melde mich falls ich noch was finde.....
bei mir hilft auch alles nicht, konntest du noch was finden ?
Grüße,
Mike
Hallo grooves,
nein, ich habe alles mehrmals gemacht, und auch noch auf der Webseite von tgalal nachgeschaut, aber hat alles nichts genützt.
Jetzt habe ich vor einer Woche yowsup deinstalliert/geloescht. Ich war vorher schon auf Signal umgestiegen, und meine Mitbewohner haben jetzt auch alle Signal . . . . mit yowsup habe ich einfach zu viel Zeit verschwendet.
Hallo
Komm bei der Installation nicht weiter
Nach dem Alles laut WIKI installiert ist und ich den befehl
"python3 yowsup-cli registration --requestcode sms --config-phone 49XXXXXXXX --config-cc 49" Natürlcich mit meinen nummern, eingebe kommt immer dieser fehler
"Traceback (most recent call last):
File "yowsup-cli", line 5, in <module>
from yowsup.env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/__init__.py", line 1, in <module>
from .env import YowsupEnv
File "/opt/yowsup-master/yowsup/env/env.py", line 3, in <module>
from six import with_metaclass
ImportError: No module named 'six'"
Gibt es wo eine bessere anleitung
oder kann mir hier wer weiterhelfen??
Würde es für unsere kleine Feuewehr als Alarmierung benötigen
Danke schon mal
Hallo,
auf dem github des Entwicklers ist seit dem 14.12.2021 eine neue Version verfügbar.
Ich würde nochmals von vorne beginnen und diese Version installieren, nach der Beschreibung dort.
Habe ich seinerzeit auch bei der Vorversion so gemacht.
https://github.com/tgalal
Viele Grüße
Pit
Zitat von: piet_pit am 15 Januar 2022, 16:59:01
Hallo,
auf dem github des Entwicklers ist seit dem 14.12.2021 eine neue Version verfügbar.
Ich würde nochmals von vorne beginnen und diese Version installieren, nach der Beschreibung dort.
Habe ich seinerzeit auch bei der Vorversion so gemacht.
https://github.com/tgalal
Viele Grüße
Pit
Nach der Anleitung hab ich es gemacht und da kommt ja der Fehler
Weiß nicht mehr weiter
Hallo,
sind denn alle Module bzw. SW-Pakete mit den richtigen Versionen installiert (siehe requirements.txt)?
Bei deiner Fehlermeldung fällt mir ,,no Modul six" auf, das fehlt anscheinend...
Ich bin kein Linux-Spezi, aber es liegt häufig an fehlenden Modulen oder falschen Versionen...
Yowsup klappt bei mir seit über einem Jahr sehr gut...
Viele Grüße
Pit
wenn ich aber
Modul six nach hoole schreibt er dass es schon vorhanden ist mit der v 1.10
Hallo,
worauf installierst du, Raspberry..
Welche Linux-Version??
Ich würde nochmal alles neu installieren und sehr genau auf die Versionen achten...
Viele Grüße
Pit
werds nochmal probieren
wird aber etwas dauern bin dann mal im urlaub 2 wochen
aber danke nochmal
Zitat von: piet_pit am 16 Januar 2022, 21:48:42
Hallo,
worauf installierst du, Raspberry..
Welche Linux-Version??
Ich würde nochmal alles neu installieren und sehr genau auf die Versionen achten...
Viele Grüße
Pit
PRETTY_NAME="Raspbian GNU/Linux 10 (buster)"
NAME="Raspbian GNU/Linux"
VERSION_ID="10"
VERSION="10 (buster)"
VERSION_CODENAME=buster
ID=raspbian
ID_LIKE=debian
HOME_URL="http://www.raspbian.org/"
SUPPORT_URL="http://www.raspbian.org/RaspbianForums"
BUG_REPORT_URL="http://www.raspbian.org/RaspbianBugs"
das mit alles neu ist schlecht da es auf einem laufenden system ist mit einer funktionierenden Alarmierung über TelegramBot.
Nun wollen einige meiner Leute Telegram nicht aufs Handy haben, daher der Gedanke mit Whatsapp.
Welche möglichkeiten gibt es sonst noch??
Zitat von: ChrisA4 am 18 Januar 2022, 13:59:13
Welche möglichkeiten gibt es sonst noch??
Vielleicht ist das was für Dich: https://www.callmebot.com/blog/free-api-whatsapp-messages/
Hi Leute, geht yowsup bei euch noch?
Mein STATE ist "Connected", state ist allerdings seit 14:03 Uhr "offline".
Hier noch ein verbose 5 vom reconnect:
2022.02.03 23:55:08 2: WhatsApp: setting $HOME to /opt/fhem
2022.02.03 23:55:08 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone xxxxxxxxxxxxx --yowsup
2022.02.03 23:55:09 4: WhatsApp: parse: yowsup-cli v3.2.0
yowsup v3.2.3
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
2022.02.03 23:55:09 4: WhatsApp: parse: Yowsup Cli client
==================
Type /help for available commands
2022.02.03 23:55:09 4: WhatsApp: parse: [offline]:
2022.02.03 23:55:09 3: WhatsApp: sending /L
2022.02.03 23:55:09 3: WhatsApp: sending /presence available
I 2022-02-03 23:55:09,090 yowsup.layers.network.layer - Connecting to e12.whatsapp.net:443
2022.02.03 23:55:10 4: WhatsApp: parse: general: Login Failed, reason: 405
2022.02.03 23:55:10 4: WhatsApp: parse: general: Disconnected: Authentication Failure
[offline]:
[offline]:
2022.02.03 23:55:10 4: WhatsApp: parse:
Error: Not connected
[offline]:
jump to the top
OK, das übliche Spielchen:
/opt/yowsup-master/yowsup/env/env_android.py
_MD5_CLASSES = "Pv8FVC4nj8ucO8lWOE9HLw=="
_VERSION = "2.21.21"
Läuft wieder! ;)
Gruß Hoppel
Super geht wieder
Hallo,
leider geht aktuell mein WhatsApp nicht mehr, habe leider etwas am System ,,gefummelt" und jetzt klappt es einfach nicht mehr (ich weiß, Never change a Running...).
Bei wem läuft es denn noch und in welcher Version...?
Auf dem github von yowsup wird auch ein Fix vorgestellt, der IOS als Version beinhaltet, dazu müssen mehrere Dateien angepasst werden, habe ich auch versucht, registrieren kann ich mich dann damit auch, aber leider keine WhatsApp versenden...
Ich habe das Wiki yowsup-FHEM mehrfach durchgeackert (ist übrigens sehr gut dargestellt, danke dafür...), ich bekomme es leider nicht hin...
Viele Grüße
Pit
Puuh, schwierig hier zu helfen. Hast du die Version und MD5 angepasst? Siehe meinen letzten Beitrag hier im Thread.
Bei mir läuft alles wie gehabt.
Gruß Hoppel
Hallo Hoppel118,
danke für die Info, komme leider nicht weiter.
Zwei kurze Nachfragen...
- installiert hast du nach dem Wiki Yowsup?
- welche Python-Version hast du genommen, 2.7 oder 3.5
Viele Grüße
Pit
Habe mich exakt an das Wiki gehalten und es funktioniert. Wenn ich mich recht erinnere gab es dabei auch keine Probleme.
Habe beide Python Versionen auf meinem Debian Server:
:~# apt-show-versions -p python
python:amd64/stretch 2.7.13-2 uptodate
:~# apt-show-versions -p python3
python3:amd64/stretch 3.5.3-1 uptodate
Hatte Yowsup damals mit Python 3 eingerichtet.
Müsste mein Debian auch mal wieder updaten, habe aber keine Zeit...
Gruß Hoppel
Hallo Zusammen,
hurra, mein Whatsapp klappt (erst einmal.. 8) )wieder.
Ich möchte kurz teilen, was ich unternommen habe.
Problem war, dass ich mich nicht mehr registrieren konnte, es kamen Fehlermeldungen, in den u.a. etwas von "bad token" zu lesen war.
Auch das ändern der Version und der md5-classes hat nichts gebracht, was vorher immer als Lösung funktioniert hat.
Nach Studium des githubs von tgalal habe ich dann die Lösung gefunden und habe insgesamt 4 Files geändert und ein neues File hinzugefügt, dass den Zugang auf IOS umstellt.
Hier ist der Link mit den Dateien, man kann gut die Änderungen nachvollziehen!
https://github.com/tgalal/yowsup/pull/3127/files
Nachdem ich diese Dateien geändert bzw. neu erstellt habe, konnte ich mich einwandfrei registrieren, vorgegangen bin ich nach dem Yowsup Wiki aus fhem, das das Vorgehen sehr gut beschreibt!!
Nur konnte ich keine Nachrichten versenden, es kam folgende Fehlermeldung:
Traceback (most recent call last):
File "yowsup-cli", line 722, in <module>
if not parser.process():
File "yowsup-cli", line 610, in process
self.startSendClient()
File "yowsup-cli", line 649, in startSendClient
from yowsup.demos import sendclient
File "/opt/yowsup-master/yowsup/demos/sendclient/__init__.py", line 1, in <module>
from .stack import YowsupSendStack
File "/opt/yowsup-master/yowsup/demos/sendclient/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 4, in <module>
from yowsup.layers.noise.layer import YowNoiseLayer
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 1, in <module>
from yowsup.layers.noise.workers.handshake import WANoiseProtocolHandshakeWorker
File "/opt/yowsup-master/yowsup/layers/noise/workers/handshake.py", line 1, in <module>
from consonance.protocol import WANoiseProtocol
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/protocol.py", line 2, in <module>
from .handshake import WAHandshake
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/handshake.py", line 22, in <module>
from .proto import wa20_pb2
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/proto/wa20_pb2.py", line 21, in <module>
create_key=_descriptor._internal_create_key,
AttributeError: module 'google.protobuf.descriptor' has no attribute '_internal_create_key'
Nach Befragung von google konnte ich da auch eine Lösung finden, nämlich ein upgrade von protobuf auf die neueste Version!
pip3 list
DEPRECATION: Python 3.5 reached the end of its life on September 13th, 2020. Please upgrade your Python as Python 3.5 is no longer maintained. pip 21.0 will drop support for Python 3.5 in January 2021. pip 21.0 will remove support for this functionality.
Package Version
------------------------- -----------
protobuf 3.19.4
Danach klappte Whatsapp wieder wie gewohnt, ich bin sehr froh und hoffe, das die Umstellung auf IOS künftig stabiler läuft...
Viele Grüße
Pit
Super @piet_pit
danke fürs Teilen deiner Erkenntnisse. Evtl. hast du ja noch Lust deine Erkenntnisse im Wiki festzuhalten? ;)
Irgendwann muss ich mein Debian Stretch wohl auch mal updaten... Dann ersparen mir deine Erkenntnisse eine ganze Menge Arbeit.
Was ist denn jetzt eigentlich mit Yowsup grundsätzlich?
Ich habe in Erinnerung, dass es irgendwie totgesagt war. Bei mir läuft es nun schon viele Jahre und bei dir nun frisch aufgesetzt auch wieder.
Welches OS nutzt du als Basis?
Viele Grüße Hoppel
Hallo Hoppel118,
ich nutze als OS Debian Stretch.
Die Zukunft von Yowsup sehe ich nicht so problematisch, immerhin hat tarek (tgalal) ja noch im Dezember 2021 eine neue Version veröffentlicht. Auch scheint es eine größere Community zu geben, die sich auch an der Entwicklung beteiligt, diese 5 geänderten Files hat ja ein anderer "Spezi" zur Verfügung gestellt, für mich sind das "böhmische Dörfer", aber anscheinend wird Yowsup doch häufig genutzt und geschätzt.
Problematisch sehe ich eher die häufigen Änderungen bei WhatsApp, die die Probleme machen, mal sehen wann die nächste Änderung kommt. Ich verfolge aber yowsup auf dem github regelmäßig, um dort auf dem Laufenden zu sein.
Viele Grüße
Pit
Hallo,
falls jemand ein Connect-Problem hat hier die aktuellen Parameter für die env.android.py
_MD5_CLASSES = "/VWuQoDKbEvjcyCE1pylSA=="
_VERSION = "2.22.12"
Grüße Jörg
@JoWiemann Läuft bei mir damit auch wieder. Gestern gemerkt, dass es seit dem 02.06.2022 offline war.
Danke und Gruß Hoppel
Danke läuft wieder,
habs heute erste gemerkt, da ich mir vorsichthalbar die Mitteilung auch per Telegram schicken lasse.
Whatsapp ist nur für die Familienmitglieder in Gebrauch.
Hallo zusammen,
gibt es wieder ein Problem mit Whatsapp ?
Seit gestern geht bei mir Whatsapp Offline wenn ich ein "send" versuche.
Änderungen habe ich bei mir keine vorgenommen.
Auch wenn der state connected ist wird es nicht als online auf der Gegenseite(Handy) angezeigt.
Reaktion auf Mitteilungen erfolgt auch nicht mehr.
disconnect/reconnect bringt Whatsapp FHEM-seitig wieder in den Status connected.
Falls es der Fehlersuche hilft hier ein Auszug aus dem Logfile bei reconnect (meine Nummer habe ich geixt)
2022.07.20 06:46:50 3: WhatsApp: sending /disconnect
2022.07.20 06:46:50 3: WhatsApp: Disconnected
2022.07.20 06:46:54 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49xxxxxxxxxx --yowsup
2022.07.20 06:46:57 1: [Shelly_status] device PlugS2 has error 192.168.0.113: Keine Route zum Zielrechner (113)
2022.07.20 06:46:57 3: WhatsApp: sending /L
2022.07.20 06:46:57 3: WhatsApp: sending /presence available
2022.07.20 06:46:57 3: WhatsApp: sending /presence name 'FHEM'
I 2022-07-20 06:46:57,322 yowsup.layers.network.layer - Connecting to e15.whatsapp.net:443
W 2022-07-20 06:46:58,052 yowsup.layers.protocol_ib.layer - Unsupported ib node: <ib from="s.whatsapp.net">
<notice stage="0" id="20211100" t="1658292417" version="1" />
</ib>
W 2022-07-20 06:46:58,080 yowsup.layers.protocol_ib.layer - Unsupported ib node: <ib from="s.whatsapp.net">
<offline_preview appdata="0" message="6" receipt="7" notification="2" count="15" />
</ib>
2022.07.20 06:46:58 3: WhatsApp_notify_2 return value: HASH(0x89266f0)
E 2022-07-20 06:46:58,089 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python3.5/asyncore.py", line 423, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 48, in handle_read
self.connectionCallbacks.onRecvData(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 107, in onRecvData
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer_noise_segments.py", line 39, in receive
self.toUpper(bytes(data))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 181, in receive
self._flush_incoming_buffer()
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 169, in _flush_incoming_buffer
self.toUpper(self._wa_noiseprotocol.receive())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 19, in receive
node = self.reader.getProtocolTreeNode(bytearray(data))
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 20, in getProtocolTreeNode
return self.nextTreeInternal(data[1:])
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 245, in nextTreeInternal
attribs = self.readAttributes(attribCount, data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 178, in readAttributes
value = self.readString(self.readInt8(data), data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 223, in readString
raise Exception("readString couldn't match token "+str(token))
Exception: readString couldn't match token 247
Hallo Zusammen,
leider funzt mein Whatsapp seit Mittwoch nicht mehr..., bin offline. ;D ;D
Reading:
state offline 2022-07-20 19:55:21
Wie ist denn bei euch der Status..?
Viele Grüße
Pit
Bitte hier nachsehen https://github.com/tgalal/yowsup/issues/3157
Hallo heinzfo,
vielen Dank für die Info. Ja, diesen Beitrag kenne ich und habe auch versucht, das zu verstehen.
Ich bin noch nicht aktiv geworden, wollte erst noch einige Infos sammeln...
Hattest du denn auch das Problem und hat dir dieser Beitrag auf dem github von tgalal geholfen?
Viele Grüße
Pit
Bisher hatten die Beiträge geholfen, aber diesmal scheint es nicht so einfach zu sein.
Hallo,
ich habe die etc/hosts-Datei entsprechend https://github.com/tgalal/yowsup/issues/3157 ergänzt, bin aktuell wieder online!
state connected 2022-07-24 15:34:19
Habe im Log noch eine Fehlermeldung, mal sehen wie es weitergeht....
W 2022-07-24 15:34:19,478 yowsup.layers.protocol_ib.layer - Unsupported ib node: <ib from="s.whatsapp.net">
<offline_preview count="1" appdata="0" receipt="1" message="0" notification="0" />
</ib>
Viele Grüße
Pit
Das hilft, bin wieder online,
Habe aber auch das gleiche Warning im log.
Hallo,
da die /etc/hosts auf das gesamte System wirkt habe ich die yowsup/common/constants.py, wie auch hier: entsprechend https://github.com/tgalal/yowsup/issues/3157 beschrieben, modifiziert. Findet ihr im Anhang.
Grüße Jörg
Perfekt!
Auch das Warning im log ist damit nicht mehr vorhanden. 8)
Besten Dank - JoWiemann :)
https://github.com/tgalal/yowsup/issues/2992#issuecomment-648039297
Bei mir funktioniert die Lösung leider nicht.
Ich habe die constants.py angepasst und auch md5 und Version in env_android.py.
Damit geht der State wieder auf connected beim reconnect, aber in Whatsapp am Handy ist FHEM nicht Online und empfängt keine Nachrichten.
Wenn ich aus FHEM versuche eine Mitteilung per send zu verschicken geht yosup offline, reconnect ändert den State wieder auf connected.
Hier noch die Einträge im Logfile beim reconnect, vielleicht erkennt ja jemand wo das Problem liegen könnte.
2022.07.27 07:30:08 3: WhatsApp: sending /disconnect
2022.07.27 07:30:08 3: WhatsApp: Disconnected
2022.07.27 07:30:08 2: WhatsApp: starting yoswup-cli: python3 /opt/yowsup-master/yowsup-cli demos --config-phone 49xxxxxxxxxxx --yowsup
2022.07.27 07:30:11 3: WhatsApp_notify_1 return value: HASH(0x2710698)
2022.07.27 07:30:11 3: WhatsApp: sending /L
2022.07.27 07:30:11 3: WhatsApp: sending /presence available
2022.07.27 07:30:11 3: WhatsApp: sending /presence name 'FHEM'
I 2022-07-27 07:30:11,453 yowsup.layers.network.layer - Connecting to 31.13.66.51:443
2022.07.27 07:30:12 3: WhatsApp_notify_2 return value: HASH(0x5eddf58)
W 2022-07-27 07:30:12,175 yowsup.layers.protocol_ib.layer - Unsupported ib node: <ib from="s.whatsapp.net">
<notice stage="0" version="1" id="20211100" t="1658899812" />
</ib>
W 2022-07-27 07:30:12,216 yowsup.layers.protocol_ib.layer - Unsupported ib node: <ib from="s.whatsapp.net">
<offline_preview count="26" notification="5" receipt="3" appdata="0" message="14" />
</ib>
E 2022-07-27 07:30:12,222 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 83, in read
obj.handle_read_event()
File "/usr/lib/python3.5/asyncore.py", line 423, in handle_read_event
self.handle_read()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 48, in handle_read
self.connectionCallbacks.onRecvData(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 107, in onRecvData
self.receive(data)
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 110, in receive
self.toUpper(data)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer_noise_segments.py", line 39, in receive
self.toUpper(bytes(data))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 181, in receive
self._flush_incoming_buffer()
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 169, in _flush_incoming_buffer
self.toUpper(self._wa_noiseprotocol.receive())
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 79, in toUpper
self.__upper.receive(data)
File "/opt/yowsup-master/yowsup/layers/coder/layer.py", line 19, in receive
node = self.reader.getProtocolTreeNode(bytearray(data))
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 20, in getProtocolTreeNode
return self.nextTreeInternal(data[1:])
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 245, in nextTreeInternal
attribs = self.readAttributes(attribCount, data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 178, in readAttributes
value = self.readString(self.readInt8(data), data)
File "/opt/yowsup-master/yowsup/layers/coder/decoder.py", line 223, in readString
raise Exception("readString couldn't match token "+str(token))
Exception: readString couldn't match token 247
Hallo,
es hätte möglicherweise geklappt, wenn du "nur" die constants.py geändert hättest. Ich hatte vor einiger Zeit auch ein Problem, habe die md5 geändert und bin danach nicht mehr online gekommen, wenn ich mich recht erinnere hatte ich das gleiche Fehlerbild.
Wenn du den letzten Satz der Fehlermeldung googlest...
Exception: readString couldn't match token 247
wird auf das Github von WhatsApp verwiesen. Da war ich dann auch und habe wie wild gelesen und nichts verstanden.
Geholfen hat dann letztlich die Umstellung auf die env_IOS, seit dem klappt es wieder, auch das aktuelle Thema mit diesem DNS hat da nichts geändert.
Beschrieben habe ich diese Vorgehensweise in #1934 in diesem Thread...
Viele Grüße
Pit
Danke für deine Antwort.
Ich habe inzwischen nichts mehr gemacht, aber ab und zu wurde ein Teil der Testnachrichten die ich seit dem 20.7.22 geschickt hatte als gelesen markiert und dann mit erheblicher Zeitverzögerung beantwortet.
Seit ca. 12:00 Uhr läuft es wieder flüssig.
Gruss Bombardi
Hallo in die Runde,
habe mein WhatsApp quasi gerade neu aufgesetzt. Ich hatte mich seit dem letzten Ausfall am 20.07.22 nicht mehr damit auseinandergesetzt.
Was habe ich getan?
1. Meine yowsup/common/constants.py habe ich wie folgt angepasst:
https://github.com/tgalal/yowsup/issues/2992#issuecomment-648039297
Anschließend habe ich FHEM neugestartet, hat aber nichts gebracht.
2. Meine yowsup/env/env_android.py habe ich dann wie folgt angepasst:
_MD5_CLASSES = "XJnX1aI5e1bGaWmv350l+g=="
_VERSION = "2.22.2.73" # 2.20.206.24
Anschließend habe ich FHEM neugestartet, hat aber nichts gebracht:
state offline 2022-07-20 20:39:03
3. Anschließend habe ich mir den Post von @piet_pit nochmal vorgenommen und durchgearbeitet:
https://forum.fhem.de/index.php/topic,27543.msg1222621.html#msg1222621
Am Ende kam ich zur gleichen Problematik im FHEM logfile wie @piet_pit:
Traceback (most recent call last):
File "/opt/yowsup-master/yowsup-cli", line 722, in <module>
if not parser.process():
File "/opt/yowsup-master/yowsup-cli", line 606, in process
self.startCmdline()
File "/opt/yowsup-master/yowsup-cli", line 627, in startCmdline
from yowsup.demos import cli
File "/opt/yowsup-master/yowsup/demos/cli/__init__.py", line 1, in <module>
from .stack import YowsupCliStack
File "/opt/yowsup-master/yowsup/demos/cli/stack.py", line 1, in <module>
from yowsup.stacks import YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/__init__.py", line 1, in <module>
from .yowstack import YowStack, YowStackBuilder
File "/opt/yowsup-master/yowsup/stacks/yowstack.py", line 4, in <module>
from yowsup.layers.noise.layer import YowNoiseLayer
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 1, in <module>
from yowsup.layers.noise.workers.handshake import WANoiseProtocolHandshakeWorker
File "/opt/yowsup-master/yowsup/layers/noise/workers/handshake.py", line 1, in <module>
from consonance.protocol import WANoiseProtocol
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/protocol.py", line 2, in <module>
from .handshake import WAHandshake
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/handshake.py", line 22, in <module>
from .proto import wa20_pb2
File "/usr/local/lib/python3.5/dist-packages/consonance-0.1.5-py3.5.egg/consonance/proto/wa20_pb2.py", line 21, in <module>
create_key=_descriptor._internal_create_key,
AttributeError: module 'google.protobuf.descriptor' has no attribute '_internal_create_key'
Also habe ich anschließend noch protobuf aktualisiert:
pip3 list
DEPRECATION: Python 3.5 reached the end of its life on September 13th, 2020. Please upgrade your Python as Python 3.5 is no longer maintained. pip 21.0 will drop support for Python 3.5 in January 2021. pip 21.0 will remove support for this functionality.
Package Version
------------------------- -----------
protobuf 3.8.0
pip3 install --upgrade protobuf
DEPRECATION: Python 3.5 reached the end of its life on September 13th, 2020. Please upgrade your Python as Python 3.5 is no longer maintained. pip 21.0 will drop support for Python 3.5 in January 2021. pip 21.0 will remove support for this functionality.
Requirement already satisfied: protobuf in /usr/local/lib/python3.5/dist-packages (3.8.0)
Collecting protobuf
Downloading protobuf-3.19.4-py2.py3-none-any.whl (162 kB)
|████████████████████████████████| 162 kB 9.4 MB/s
Installing collected packages: protobuf
Attempting uninstall: protobuf
Found existing installation: protobuf 3.8.0
Uninstalling protobuf-3.8.0:
Successfully uninstalled protobuf-3.8.0
Successfully installed protobuf-3.19.4
pip3 list
DEPRECATION: Python 3.5 reached the end of its life on September 13th, 2020. Please upgrade your Python as Python 3.5 is no longer maintained. pip 21.0 will drop support for Python 3.5 in January 2021. pip 21.0 will remove support for this functionality.
Package Version
------------------------- -----------
protobuf 3.19.4
Anschließend nochmal FHEM neugestartet, hat aber immer noch nichts gebracht:
state offline 2022-07-20 20:39:03
Mein Device hat in den Internals den STATE connected, das Reading state bleibt allerdings im state offline.
Für mich sieht das so aus, als ob ich immer noch den falschen "_MD5_CLASSES" bzw. die falsche "_VERSION" verwende.
Gibt es da schon irgendwas neueres bzw. woran kann es noch liegen?
Mein FHEM Log spuckt nun keine Fehlermeldungen mehr aus.
-----------------------
Wenn ich meine yowsup/common/constants.py wie folgt anpasse, geht auch der Internals STATE auf Disconnected:
https://github.com/tgalal/yowsup/issues/3157#issuecomment-1209224775
Gleiches gilt für diese Variante:
https://github.com/tgalal/yowsup/issues/3157#issuecomment-1209234089
Daran liegt es also nicht. Irgendwie bleibt das Gefühl, dass "_MD5_CLASSES" bzw. "_VERSION" schon wieder veraltet sind.
Gruß Hoppel
OK, ich lag mit meiner Vermutung richtig:
state connected 2022-08-29 19:54:52
Dafür musste ich "yowsup/env/env_android.py" wie folgt anpassen:
_VERSION = "2.22.15"
_MD5_CLASSES = "BwB6r5I7vo6GLR8bPJyJ9A=="
Es läuft nun wieder. :D
By the way... An meiner /etc/hosts habe ich übrigens keine Änderungen vorgenommen. Nur die Anpassungen an der yowsup/common/constants.py die ich im vorherigen Post unter Punkt 1. verlinkt habe.
ALternativ könnte man auch auf das IOS env wecheln,
wie hier https://github.com/tgalal/yowsup/pull/3127/files (https://github.com/tgalal/yowsup/pull/3127/files) beschrieben.
Ist im ersten Moment zwar umständlich, läuft aber schon längere Zeit ohne Probleme.
Hallo,
bin leider aktuell auch offline...
state offline 2022-08-27 18:53:39
Ich nutze schon dieses IOS env, klappt bei mir leider jetzt nicht mehr... :-[
...muss aber jetzt einmal die "Version" checken...
viele Gruesse
Pit
Zitat von: Nighthawk am 29 August 2022, 20:05:51
ALternativ könnte man auch auf das IOS env wecheln,
wie hier https://github.com/tgalal/yowsup/pull/3127/files (https://github.com/tgalal/yowsup/pull/3127/files) beschrieben.
Ist im ersten Moment zwar umständlich, läuft aber schon längere Zeit ohne Probleme.
Hm..., das habe ich gemacht, hat allerdings nicht zum Erfolg geführt. Ich habe alles genauso wie in dem Link angepasst. Das war auch der Link, den piet_pit bereits gepostet hatte.
Es ging dann aber trotzdem erst nachdem ich die "_VERSION" und "_MD5_CLASSES" in der yowsup/env/env_android.py angepasst hatte. Klingt komisch, ist aber so. ;)
Wenn jemand eine Idee hat, wo mein Fehler liegt, immer her damit. Hier sind meine angepassten Dateien:
yowsup/env/__init__.pyfrom .env import YowsupEnv
from .env_ios import iOsYowsupEnv
from .env_android import AndroidYowsupEn
yowsup/env/env.py...
logger = logging.getLogger(__name__)
DEFAULT = "ios"
class YowsupEnvType(abc.ABCMeta):
...
logger.debug("Env not set, setting it to %s" % env)
cls.setEnv(env)
return cls.__CURR
@classmethod
def getAndroidEnv(cls):
env = "android"
envs = cls.getRegisteredEnvs()
if env not in envs:
env = envs[0]
logger.debug("Env not set, setting it to %s" % env)
cls.setEnv(env)
return cls.__CURR
@abc.abstractmethod
def getToken(self, phoneNumber):
...
yowsup/env/env_android.py...
_MD5_CLASSES = "BwB6r5I7vo6GLR8bPJyJ9A=="
_KEY = "eQV5aq/Cg63Gsq1sshN9T3gh+UUp0wIw0xgHYT1bnCjEqOJQKCRrWxdAe2yvsDeCJL+Y4G3PRD2HUF7oUgiGo8vGlNJOaux26k+A2F3hj8A="
_VERSION = "2.22.15"
_OS_NAME = "Android"
_OS_VERSION = "8.0.0"
_DEVICE_NAME = "star2lte"
...
yowsup/env/env_ios.pyfrom .env import YowsupEnv
import base64
import hashlib
class iOsYowsupEnv(YowsupEnv):
_VERSION = "2.22.16.77" # 2.20.206.24
_OS_NAME = "iOS"
_OS_VERSION = "15.3.1"
_DEVICE_NAME = "iPhone 7"
_MANUFACTURER = "Apple"
_BUILD_VERSION = "19D52"
_AXOLOTL = True
_TOKEN = "0a1mLfGUIBVrMKF1RdvLI5lkRBvof6vn0fD2QRSM785a343e772d0c64ec999e7505ffdeaf{phone}"
def getVersion(self):
return self.__class__._VERSION
def getOSName(self):
return self.__class__._OS_NAME
def getOSVersion(self):
return self.__class__._OS_VERSION
def getDeviceName(self):
return self.__class__._DEVICE_NAME
def getBuildVersion(self):
return self.__class__._BUILD_VERSION
def getManufacturer(self):
return self.__class__._MANUFACTURER
def isAxolotlEnabled(self):
return self.__class__._AXOLOTL
def getToken(self, phoneNumber):
result = hashlib.md5(self.__class__._TOKEN.format(phone = phoneNumber).encode()).hexdigest()
return result
yowsup/layers/noise/layer.py remote_static = config.server_static_public
self._rs = remote_static
yowsupenv = YowsupEnv.getAndroidEnv()
##prepare os version
version_str = yowsupenv.getVersion()
version_list = version_str.split('.')
if len(version_list) > 3:
version_str = "%s.%s.%s" % (version_list[0], version_list[1], version_list[2])
client_config = ClientConfig(
username=username,
passive=passive,
useragent=UserAgentConfig(
platform=0,
app_version=version_str,
mcc=config.mcc or "000",
mnc=config.mnc or "000",
os_version=yowsupenv.getOSVersion(),
Das sind jetzt wirkliche Extrakte aus meinen Dateien. Vielleicht siehst du da ja einen Unterschied.
Zitat von: piet_pit am 29 August 2022, 20:17:54
Hallo,
bin leider aktuell auch offline...
state offline 2022-08-27 18:53:39
Ich nutze schon dieses IOS env, klappt bei mir leider jetzt nicht mehr... :-[
...muss aber jetzt einmal die "Version" checken...
viele Gruesse
Pit
Na, dann bin ich ja mal gespannt, ob es bei dir auch mit der folgenden Änderung in yowsup/env/env_android.py klappt, obwohl du jetzt eigentlich env_ios verwendest:
_VERSION = "2.22.15"
_MD5_CLASSES = "BwB6r5I7vo6GLR8bPJyJ9A=="
Viele Grüße Hoppel
Hallo,
ja, ich bin selber gespannt, will es morgen mal angehen...
Wobei ich die Systematik so noch nicht verstanden habe. Ich habe gedacht, ich benötige diese env_android.py so nicht mehr, an die Stelle tritt diese "env_ios.py und simuliert bei WhatsApp die Einwahl eines IOS-Handys....
Und in dieser env_ios.py wird ja auch nach der Version gefragt...
Bin leider kein Python-Programmierer und verstehe die Dateien so nicht...
Viele Grüße
Pit
Hallo,
habe gerade gesehen, dass vor 3 Tagen die Env_IOS.py angepasst wurde, das will ich dann mal als erstes versuchen...
Seit 3 Tagen klappt ja mein WhatsApp nicht mehr 8)
https://github.com/tgalal/yowsup/pull/3127/commits/3ade9011ce713fcfb05480c03cb97cb1ac215ed1
Viele Grüße
Pit
Hallo Zusammen,
bei mir klappt es auch wieder, aber erst nachdem ich auch in der yowsup/env/env_android.py Version und Classes aktualisiert habe.
_VERSION = "2.22.15"
_MD5_CLASSES = "BwB6r5I7vo6GLR8bPJyJ9A=="
Habe dann auch direkt diese Endpunkte in der constants.py überarbeitet/ entschlackt...
ENDPOINTS = (
("chat.cdn.whatsapp.net", 443),
("g.whatsapp.net", 443),
)
siehe u.a. Link:
https://github.com/tgalal/yowsup/pull/3161/commits/1b4574a0647c0032542d8faeb2c342c3f46248d6
Leider habe ich immer noch nicht diese Systematik mit den Dateien env_android.py und env_ios.py durchblickt, aber Hauptsache es klappt jetzt erst einmal!
Viele Grüße
Pit
Guten Morgen,
ich habe das nun auch alles hier noch mal umgesetzt und auch per IOS versucht. Nun sieht mein LOG wie folgt aus:
pi@raspi4:/opt/yowsup-master $ python3 yowsup-cli registration --requestcode voice --config-phone 4920412345 --config-cc 49
E 2022-09-19 10:10:19,434 yowsup.config.manager - Could not find a config for profile=4920412345, paths checked: 4920412345:/home/pi/.config/yowsup/4920412345/config.yo:/home/pi/.config/yowsup/4920412345/config.json
yowsup-cli v3.2.1
yowsup v3.3.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
W 2022-09-19 10:10:19,639 yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
I 2022-09-19 10:10:20,438 yowsup.common.http.warequest - b'{"flash_type":0,"length":6,"login":"4920412345","method":"voice","notify_after":86400,"retry_after":125,"sms_wait":65,"status":"sent","voice_wait":125}\n'
status: b'sent'
length: 6
method: b'voice'
retry_after: 125
login: b'4920412345'
sms_wait: 65
voice_wait: 125
pi@raspi4:/opt/yowsup-master $ python3 yowsup-cli registration --config-phone 4920412345 -R 940138
yowsup-cli v3.2.1
yowsup v3.3.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
W 2022-09-19 10:10:48,050 yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
I 2022-09-19 10:10:49,364 yowsup.common.http.warequest - b'{"login":"4920412345","security_code_set":false,"status":"ok","type":"existing"}\n'
{
"__version__": 1,
"cc": "49",
"client_static_keypair": "xxx",
"expid": "xxx",
"fdid": "xxx",
"id": "xxx",
"login": "4920412345",
"mcc": "000",
"mnc": "000",
"phone": "4920412345",
"sim_mcc": "000",
"sim_mnc": "000"
}
status: b'ok'
login: b'4920412345'
type: b'existing'
pi@raspi4:/opt/yowsup-master $ python3 yowsup-cli demos --config-phone 4920412345 -s 49177712345 "Das ist ein Test"
yowsup-cli v3.2.1
yowsup v3.3.0
Copyright (c) 2012-2019 Tarek Galal
http://www.openwhatsapp.org
This software is provided free of charge. Copying and redistribution is
encouraged.
If you appreciate this software and you would like to support future
development please consider donating:
http://openwhatsapp.org/yowsup/donate
I 2022-09-19 10:10:56,158 yowsup.layers.network.layer - Connecting to chat.cdn.whatsapp.net:443
I 2022-09-19 10:10:56,177 yowsup.axolotl.manager - Generating 812 prekeys, current max_prekey_id=0
I 2022-09-19 10:10:56,967 yowsup.axolotl.manager - Storing 812 prekeys
I 2022-09-19 10:11:10,875 yowsup.axolotl.manager - Loaded 812 unsent prekeys
Mehr passiert jedoch nicht :-( und am Ende bricht der ab. Hat jemand ne "schnelle" Hilfe für mich?
Gruß
Steffen
Hallo,
schnell ist gut... :)
wenn ich mir deinen Code anschaue, kommt zu Anfang ja folgende Fehlermeldung...
E 2022-09-19 10:10:19,434 yowsup.config.manager - [b]Could not find a config for profile=[/b]4920412345, paths checked: 4920412345:/home/pi/.config/yowsup/4920412345/config.yo:/home/pi/.config/yowsup/4920412345/config.json
Da würde ich mal ansetzen, die wegzubekommen. Evtl. ein Problem mit Rechten oder Verzeichnissen...
Ich würde alles Yowsup löschen (sichern) und nochmal installieren (und dabei auf die richtigen Verzeichnisse achten), das FHEM-Wiki zu Yowsup ist hier sehr hilfreich...
viele Gruesse
Pit
Zitat von: piet_pit am 31 August 2022, 15:25:25
Hallo Zusammen,
bei mir klappt es auch wieder, aber erst nachdem ich auch in der yowsup/env/env_android.py Version und Classes aktualisiert habe.
_VERSION = "2.22.15"
_MD5_CLASSES = "BwB6r5I7vo6GLR8bPJyJ9A=="
Habe dann auch direkt diese Endpunkte in der constants.py überarbeitet/ entschlackt...
ENDPOINTS = (
("chat.cdn.whatsapp.net", 443),
("g.whatsapp.net", 443),
)
siehe u.a. Link:
https://github.com/tgalal/yowsup/pull/3161/commits/1b4574a0647c0032542d8faeb2c342c3f46248d6
Leider habe ich immer noch nicht diese Systematik mit den Dateien env_android.py und env_ios.py durchblickt, aber Hauptsache es klappt jetzt erst einmal!
Viele Grüße
Pit
Spannend, aber ganz ehrlich... Ich habe das auch nicht verstanden. Sehe es momentan auch so, hauptsache läuft.
Ja, das Wiki ist wirklich super. Wenn man sich daran hält und die letzten Posts hier beachtet, kann man das zum Laufen bekommen. ;)
Gruß Hoppel
Hallo,
falls ihr Probleme mit WhatsApp habt, dann haben bei mir die angehängten Dateien geholfen.
Grüße Jörg
- die layer.py kommt nach /pfad/yowsup/yowsup/layers/noise
- die env_android.py nach /pfad/yowsup/yowsup/env
Hallo JoWiemann,
aus deiner env_android sehe ich, das es wieder mal ein update von MD5 und Version gibt.
_MD5_CLASSES = "aB7TRBP7/nT6KypPakIupw=="
_VERSION = "2.22.24"
Leider reicht diese Änderung nicht um wieder Online zu kommen.
Ich war das letzte mal am 12.12.2022 online.
Daher habe ich versucht auch deine layer.py zu übernehmen, mit folgendem Ergebnis
I 2023-01-05 07:26:47,606 yowsup.layers.network.layer - Connecting to 31.13.79.54:443
E 2023-01-05 07:26:48,171 yowsup.layers.network.dispatcher.dispatcher_asyncore - Traceback (most recent call last):
File "/usr/lib/python3.5/asyncore.py", line 91, in write
obj.handle_write_event()
File "/usr/lib/python3.5/asyncore.py", line 441, in handle_write_event
self.handle_connect_event()
File "/usr/lib/python3.5/asyncore.py", line 429, in handle_connect_event
self.handle_connect()
File "/opt/yowsup-master/yowsup/layers/network/dispatcher/dispatcher_asyncore.py", line 34, in handle_connect
self.connectionCallbacks.onConnected()
File "/opt/yowsup-master/yowsup/layers/network/layer.py", line 54, in onConnected
self.emitEvent(YowLayerEvent(YowNetworkLayer.EVENT_STATE_CONNECTED))
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 94, in emitEvent
self.__upper.emitEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 88, in emitEvent
if self.__upper and not self.__upper.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 212, in onEvent
stopEvent = stopEvent or s.onEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 109, in onEvent
return self.event_callbacks[eventName](yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/auth/layer_authentication.py", line 36, in on_connected
passive=self.getProp(self.PROP_PASSIVE, False)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 202, in subBroadcastEvent
self.broadcastEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 103, in broadcastEvent
self.__lower.broadcastEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 103, in broadcastEvent
self.__lower.broadcastEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 103, in broadcastEvent
self.__lower.broadcastEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 103, in broadcastEvent
self.__lower.broadcastEvent(yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 98, in broadcastEvent
if self.__lower and not self.__lower.onEvent(yowLayerEvent):
File "/opt/yowsup-master/yowsup/layers/__init__.py", line 109, in onEvent
return self.event_callbacks[eventName](yowLayerEvent)
File "/opt/yowsup-master/yowsup/layers/noise/layer.py", line 95, in on_auth
yowsupenv = YowsupEnv.getAndroidEnv()
AttributeError: type object 'YowsupEnv' has no attribute 'getAndroidEnv'
Nehme ich wieder meine alte layer.py sind die Meldungen verschwunden.
I 2023-01-05 07:31:55,106 yowsup.layers.network.layer - Connecting to 31.13.66.51:443
Ich habe auch mal nur die Änderung von 4 nach 5 übernommen
HEADER = b'WA\x05\x00'
def __init__(self):
super(YowNoiseLayer, self).__init__()
self._wa_noiseprotocol = WANoiseProtocol(
5, 0, protocol_state_callbacks=self._on_protocol_state_changed
) # type: WANoiseProtocol
Aber ich bleibe in allen Fällen Connected, aber offline.
Der weitere Unterschied der vermutlich zum Fehler führt liegt hier:
Alt:
self._rs = remote_static
yowsupenv = YowsupEnv.getCurrent()
client_config = ClientConfig(
username=username,
passive=passive,
useragent=UserAgentConfig(
platform=0,
app_version=yowsupenv.getVersion(),
mcc=config.mcc or "000",
mnc=config.mnc or "000",
os_version=yowsupenv.getOSVersion(),
manufacturer=yowsupenv.getManufacturer(),
device=yowsupenv.getDeviceName(),
os_build_number=yowsupenv.getOSVersion(),
phone_id=config.fdid or "",
locale_lang="en",
locale_country="US"
),
pushname=config.pushname or self.DEFAULT_PUSHNAME,
short_connect=True
)
neu:
self._rs = remote_static
# yowsupenv = YowsupEnv.getCurrent()
yowsupenv = YowsupEnv.getAndroidEnv()
##prepare os version
version_str = yowsupenv.getVersion()
version_list = version_str.split('.')
if len(version_list) > 3:
version_str = "%s.%s.%s" % (version_list[0], version_list[1], version_list[2])
client_config = ClientConfig(
username=username,
passive=passive,
useragent=UserAgentConfig(
platform=0,
# app_version=yowsupenv.getVersion(),
app_version=version_str,
mcc=config.mcc or "000",
mnc=config.mnc or "000",
os_version=yowsupenv.getOSVersion(),
manufacturer=yowsupenv.getManufacturer(),
device=yowsupenv.getDeviceName(),
os_build_number=yowsupenv.getOSVersion(),
phone_id=config.fdid or "",
locale_lang="en",
locale_country="US"
),
pushname=config.pushname or self.DEFAULT_PUSHNAME,
short_connect=True
)
Weitere Unterschiede konnte ich nicht entdecken.
Hat dazu jemand eine Idee ?
Hallo,
bei mir klappt WhatsApp aktuell auch nicht.
Auf dem github unter
https://github.com/tgalal/yowsup/issues/3188 (https://github.com/tgalal/yowsup/issues/3188)
sind insgesamt 5 Dateien (yowsup.zip) veröffentlicht, die das/ ein Problem fixen sollen, hat die schon jemand probiert?
Stammen die Änderungen von JoWiemann daher..?
Vielen Dank für eure Infos...
Viele Grüße
Pit
Hallo bombardi,
ich habe bei mir yowsup auf die Änderungen hochgezogen um ggf. auf iOS Environment umswitchen zu können.
In der layer.py ist nur folgende Änderung bei mir wichtig gewesen:
HEADER = b'WA\x05\x00'
def __init__(self):
super(YowNoiseLayer, self).__init__()
self._wa_noiseprotocol = WANoiseProtocol(
5, 0, protocol_state_callbacks=self._on_protocol_state_changed
Also die bei Dir stehende Zahl durch die 5 austauschen und dann einmal probieren.
Grüße Jörg
Bei mir funktioniert es weder mit den 2 5en, noch mit Änderung der 5 Dateien aus Github.
Hallo zusammen,
ich möchte gerne eine whatsapp Nachricht an eine Gruppe senden. Ich mache das Ganze nicht direkt aus fhem, sondern will das aus einem script heraus auf der Konsole machen. Ich scheitere gerade daran da ich das Format der Gruppenadressierung bei Whatsapp nicht verstehe.
senden an einen Teilnehmer geht über : <Ländercode><Telefonnummer>@s.whatsapp.net
senden an eine Gruppe geht über: <Ländercode><Telefonnummer>-<Epoch-Zeitstempel der Gruppenerstellung>@g.us
wobei die Telefonnummer auch die Telefonnummer des Erstellers der Gruppe ist. Aber wie um alles in der Welt kriege ich diesen TimeCode ausgelesen? Die GruppenID, die ich in WhatsApp selber auslesen kann hat ein föllig andres Format und darüber kann ich die Gruppe nicht adressieren.
Hat jemand Erfahrungen damit, Kann hier jemand Licht ins Dunkel bringen?
Danke und Gruß,
Spartacus
Zitat von: Spartacus am 16 Januar 2023, 15:53:44
Hallo zusammen,
ich möchte gerne eine whatsapp Nachricht an eine Gruppe senden. Ich mache das Ganze nicht direkt aus fhem, s
Hat jemand Erfahrungen damit, Kann hier jemand Licht ins Dunkel bringen?
Danke und Gruß,
Spartacus
Wenn Du yowsup nutzt, warum schaust dort nicht nach? Hier ein Eintrag von auf die Schnelle gefunden: https://github.com/tgalal/yowsup/issues/903
Grüße Jörg
Hallo,
danke für den Hinweis. Ich habe yowsup aktuell nicht im Einsatz. Ich hatte gedacht man kriegt das irgendwie mit whatsapp Bordmitteln raus. Ich werde mir mal eine vm mit yowsup aufsetzten. Scheint aktuell offenbar die einzige Möglichkeit zu sein, die id zu ermitteln.
Spartacus
Hallo,
ich habe versucht das yowsup nach Wiki Angaben zu installieren, aber das klappt leider auf einem Buster und einem Bulleye nicht.
ICh bekomme diese Fehlermeldung:
yowsup.common.http.warequest - Passing Config to WARequest is deprecated, pass a YowProfile instead
I 2023-01-16 20:18:34,937 yowsup.common.http.warequest - b'{"login":"491111111111"," reason":"old_version","status":"fail"}\n'
status: b'fail'
reason: b'old_version'
login: b'491111111111'
Gruß,
Spartacus
NACHTRAG:
ok, ich habe jetzt auch verstanden, dass sich etwas geändert hat und es Probleme bei der Verbindung gibt. Hatte schon an mir gezweifelt!
Moin zusammen,
ich habe jetzt die yowsup-cli installiert und versucht eine Registrierung vorzunehmen. Das klappt aktuell nicht und ich bekomme eine FM:
status: b'fail'
reason: b'bad_token'
Ich habe aktuell in der env_android folgende Daten:
_MD5_CLASSES = "aB7TRBP7/nT6KypPakIupw=="
_VERSION = "2.22.24"
ich habe verstanden, dass es aktuell Probleme mit den Tool gibt, oder gibt es einen Workaround es ans Fliegen zu bekommen? Es ist aller sehr neu für mich und wenn man direkt in Fehler läuft, weiß man nicht so richtig, wo man ansetzten soll. Im Prinzip brauche ich das Tool nur um meine WhatsApp GruppenID vauszulesen. Offenbar gibt es dafür keine andere Möglichkeit.
Für Anregungen und Vorschläge die ID anders zu bestimmen, wäre ich sehr dankbar!
Spartacus
Hallo Zusammen,
nutzt eigentlich noch jemand Whatsapp bzw. Yowsup???
Ich bin jetzt aktuell aus dem Urlaub zurück und bei mir klappt Whatsapp leider nicht mehr. Sicher muss ich die Version wieder anpassen, welche Version nutzt ihr zur Zeit?
Viele Grüße
Pit
Hallo,
ich musste heute morgen meine env_android.py seit langem mal wieder anpassen. Anbei die Version, die seid 1 Stunde funktioniert.
Grüße Jörg
_MD5_CLASSES = "NnPWSH2GJpMQVlQL9VO0zw=="
_VERSION = "2.24.2"
Und von heute:
Version: 2.24.4.73
ClassesDex: uaoO3PhVcKgdhCiW6dsGOw==