FHEM - Hausautomations-Systeme > Unterstützende Dienste

Neues Modul: Signalbot (Integration für den Signal Messenger) via signal-cli

<< < (98/150) > >>

Kohle77:
Hallo,
mal also Hinweis. Der Link https://svn.fhem.de/fhem/trunk/fhem/thirdparty/signal-cli-packages in diesem Text:

--- Zitat ---Alternatively go to FHEM SVN thirdparty and download the matching Debian package
Install with e.g. sudo apt install ./signal-cli-dbus_0.9.0-1_buster_armhf.deb (./ is important to tell apt this is a file)
--- Ende Zitat ---
funktioniert nicht.

Gruß
Christian

Kohle77:
Hallo,
ich have eine Rapi mitOperating System: Raspbian GNU/Linux 10 (buster)
            Kernel: Linux 5.10.63-v7+
      Architecture: armv71

Ich habe mit wget https://svn.fhem.de/fhem/trunk/fhem/contrib/signal/signal_install.sh das install script herunter geladen.
Mit chmod a+x signal_install das script ausführbar gemacht und mit den default Einstellungen gestartet.
Also mit sudo ./signal_install

Ja ich hatte ursprünglich mal SiSi am laufen.

Als Fehler bekomme ich:

--- Code: ---This script will help you to install signal-cli as system dbus service
and prepare the use of the FHEM Signalbot module

Please verify that these settings are correct:
Signal-cli User:              signal-cli
Signal-cli Install directory: /opt
Signal config storage:        /var/lib/signal-cli
Signal version:               0.9.2
System library path:          /usr/lib
System architecture:          armhf
System GLIBC version:         2.28
This will update system packages, install or uninstall signal-cli

<----snipped---->

Start signal-cli service
Job for signal.service failed because a timeout was exceeded.
See "systemctl status signal.service" and "journalctl -xe" for details.
Checking installation via dbus-send command...Error org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
unexpected reply

Sending a message via perl Protocol::DBus...Error getting reply

--- Ende Code ---

output von systemctl zeigt aber an das Signal wohl läuft:

--- Code: ---pi@FHEM:~ $ systemctl status signal.service
? signal.service - Send secure messages to Signal clients
   Loaded: loaded (/etc/systemd/system/signal.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2021-12-07 12:39:42 CET; 3min 18s ago
 Main PID: 13495 (java)
    Tasks: 15 (limit: 2059)
   CGroup: /system.slice/signal.service
           +-13495 java -Xms2m -classpath /opt/signal/lib/signal-cli-0.9.2.jar:/opt/signal/lib/lib.jar:/opt/signal/lib/bcprov-jdk15on-1.69.jar:/opt/signal/lib/argparse4j-0.9.0.jar:/opt/signal/lib/dbus-java-3.3.1.jar:/opt/signal/lib/slf4j

Dez 07 12:38:36 FHEM2021 systemd[1]: Starting Send secure messages to Signal clients...
Dez 07 12:39:42 FHEM2021 systemd[1]: Started Send secure messages to Signal clients.

--- Ende Code ---

Was muss ich den genau entfernen von der alten SiSi installation?

Gruß
Christian

Adimarantis:
Hi Christian,

Möglicherweise hat der Start von signal-cli einfach nur zu lange gedauert (und daher schlägt der Selbsttest fehl). Das hatten wir gerade auf Raspberrys teilweise schon.
Wenn du mit

--- Code: ---ps -ef | grep signal-cli
--- Ende Code ---
den entsprechenden Java Prozess findest, sollte eigentlich alles ok sein.
Du kannst auch den Test vom Script einfach mal manuell durchführen

--- Code: ---dbus-send --system --type=method_call --print-reply --dest="org.asamk.Signal" /org/asamk/Signal org.asamk.Signal.version
--- Ende Code ---
Wenn alles klappt sollte er die signal-cli version zurückliefern.

Dann sollte es unter FHEM eigentlich auch funktionieren.

Möglicherweise macht es doch Sinn den service timeout generell (auf einen Wert höher als der default) zu setzen.

Ein vorherige SiSi Installation sollte eigentlich nicht stören.

Jörg

Kohle77:
Hallo,
als erstes habe ich mal nach dem wicki https://wiki.fhem.de/wiki/Signalbot#Registrierung


--- Code: ---sudo find / -name libzkgroup.so 2>/dev/null
sudo find / -name zkgroup-java-*.jar 2>/dev/null
sudo find / -name libsignal_jni.so 2>/dev/null
sudo find / -name signal-client-java-*.jar 2>/dev/null

--- Ende Code ---
gemacht und alle files die ich gefunden habe mit sudo rm /path/to/file/name diese gelöscht.

Danach das ./signal_install.sh ausgeführt.
Das device in FHEM angelegt und die nummer registriert.
Hab dann sogar nochmal
--- Code: ---cpan install -f Protocol::DBus
--- Ende Code ---
gemacht


--- Code: ---pi@FHEM2021:~ $ systemctl status signal.service
? signal.service - Send secure messages to Signal clients
   Loaded: loaded (/etc/systemd/system/signal.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2021-12-07 14:25:54 CET; 26s ago
 Main PID: 3498 (java)
    Tasks: 32 (limit: 2059)
   CGroup: /system.slice/signal.service
           +-3498 java -Xms2m -classpath /opt/signal/lib/signal-cli-0.9.2.jar:/opt/signal/lib/lib.jar:/opt/signal/lib/bcprov-jdk15on-1.69.jar:/opt/signal/lib/argparse4j-0.9.0.jar:/opt/signal/lib/dbus-java-3.3.1.jar:/opt/signal/lib/slf4j-

Dez 07 14:25:04 FHEM2021 systemd[1]: Starting Send secure messages to Signal clients...
Dez 07 14:25:54 FHEM2021 signal-cli[3498]: INFO DaemonCommand - Exported dbus object: /org/asamk/Signal/_4960.......

--- Ende Code ---

auch der dbus scheint zu laufen

--- Code: ---pi@FHEM2021:~ $ systemctl status dbus-org.asamk.Signal.service
? signal.service - Send secure messages to Signal clients
   Loaded: loaded (/etc/systemd/system/signal.service; enabled; vendor preset: enabled)
   Active: active (running) since Tue 2021-12-07 14:25:54 CET; 5min ago
 Main PID: 3498 (java)
    Tasks: 32 (limit: 2059)
   CGroup: /system.slice/signal.service
           +-3498 java -Xms2m -classpath /opt/signal/lib/signal-cli-0.9.2.jar:/opt/signal/lib/lib.jar:/opt/signal/lib/bcprov-jdk15on-1.69.jar:/opt/signal/lib/argparse4j-0.9.0.jar:/opt/signal/lib/dbus-java-3.3.1.jar:/opt/signal/lib/slf4j-

Dez 07 14:25:04 FHEM2021 systemd[1]: Starting Send secure messages to Signal clients...
Dez 07 14:25:54 FHEM2021 signal-cli[3498]: INFO DaemonCommand - Exported dbus object: /org/asamk/Signal/_4960.......

--- Ende Code ---

Das Ergebniss vom Test:

--- Code: ---dbus-send --system --type=method_call --print-reply --dest="org.asamk.Signal" /org/asamk/Signal org.asamk.Signal.version
method return time=1638884204.249008 sender=:1.82 -> destination=:1.85 serial=6 reply_serial=2
   string "0.9.2"

--- Ende Code ---

Auch dieser Test läuft:

--- Code: ---sudo ./signal_install.sh test
You chose the following option: test

Start signal-cli service
Checking installation via dbus-send command...success
Sending a message via perl Protocol::DBus...reply received

--- Ende Code ---

Versuche ich nun aus der FHEM GUI eine Nachricht zu schicken mit
--- Code: ---set SigBot send @+4916....... Das ist ein Test um 14:40
--- Ende Code ---
Sehe ich in der GUI lastError
   

--- Code: ---lastError Error in sendMessage:Message recipient disconnected from message bus without replying
--- Ende Code ---
Natürlich war Verbose auf 5 gesetzt und im log finde ich

--- Code: ---2021.12.07 14:41:09 3: SigBot: Before parse:@+4916...... Das ist ein Test um 14:41:
2021.12.07 14:41:09 4: SigBot: sendMessage called for +4916.......::Das ist ein Test um 14:41
2021.12.07 14:41:09 5: SigBot: ASync Dbus Call: sendMessage Args:Das ist ein Test um 14:41,ARRAY(0x7efcf38),ARRAY(0x8d5f840)
2021.12.07 14:41:09 5: msgConfig globalMsg: called function msgConfig_Set()
2021.12.07 14:41:11 4: SigBot: ASync Error for: sendMessage

--- Ende Code ---

Adimarantis:

--- Zitat von: Kohle77 am 07 Dezember 2021, 14:46:37 ---
--- Code: ---lastError Error in sendMessage:Message recipient disconnected from message bus without replying
--- Ende Code ---

--- Ende Zitat ---
Den Fehler hatte ich heute auch mit 0.9.2 direkt nach einem FHEM Restart - nach einem reinit gings dann wieder. Probier das mal.
Hab vorher noch nie gesehen.

Navigation

[0] Themen-Index

[#] Nächste Seite

[*] Vorherige Sete

Zur normalen Ansicht wechseln