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

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

Vorheriges Thema - Nächstes Thema

forum-merlin

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



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

forum-merlin

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

justme1968

fhem von Hand starten oder das im fhem start file ergänzen
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

forum-merlin

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?

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

forum-merlin

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.



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

forum-merlin

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

JoWiemann

#291
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;
}

Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

forum-merlin

Nur zur Info...
ich habe zwar nicht groß durchgestartet, aber bis jetzt läuft es durch und macht keine Probleme mehr.
FHEM 5.8 auf RasPi3; CULv3-868; RFXtrx433; HM-Sec-SC-2; HM-CFG-LAN; HM-LC-Bl1-FM; HM-CC-RT-DN; HM-ES-PMSw1-Pl; HM-LC-Sw4-DR; Hunter Ventile; 8ch Relais; ENIGMA2; ONKYO_AVR; SONOS; Harmony; telegram; HM-PB-6-WM55; GPIO; HM-Sen-MDIR-O; HM-SEC-SD; HM-LC-Dim1L-Pl-3;

justme1968

@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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

forum-merlin

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

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

JoWiemann

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

justme1968

@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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

JoWiemann

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
Jörg Wiemann

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

Master: CubieTruck; Debian; Aktuelles FHEM

justme1968

ich habe in diesem post: 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
hue, tradfri, alexa-fhem, homebridge-fhem, LightScene, readingsGroup, ...

https://github.com/sponsors/justme-1968

phel

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!