Test Adapter doorio v2.1.2

[Wal]

@m4rcus ,
das Problem ist das man gefühlt alle 4 Wochen die Anleitungen überarbeiten müsste, um mit den Updates von Linux Schritt zu halten. Das Ausführen als User hat die ganze Zeit im normalen Systemd-Daemon funktioniert, wenn der User und die Gruppe im Daemon-Script angegeben wurde. Das das nicht mehr funktioniert habe ich bei der letzten Neuinstallation auf meinem Testsystem erst gemerkt. Danach war eine Google Langzeitsession von Nöten um das wieder gerade zu biegen, das ist ab und zu sehr nervig.

[Wal]

@m4rcus sagte in Test Adapter doorio v1.1.x:

Nachdem baresip korrekt installiert war, war das Nachziehen von iobroker, doorio und mqtt-io im Vergleich dazu ein Kinderspiel.

Bei mqtt-io gibt es z.Z. auch ein Problem, deshalb bin ich auf pi-mqtt-gpio zurück gegangen.
Wenn der MQTT-Server neu gestartet wird z.B. bei einem ioBroker update, verbindet sich der mqtt-io Client nicht sofort wieder. Erst nachdem versucht wird eine Nachricht an den Server zu schicken wie zum Beispiel beim Klingeln, verbindet er sich wieder. Da wird aber das Klingeln verschluckt. Der pi-mqtt-gpio Client verbindet sich sofort wieder.

[Renegade 0]

@wal
Moin, wie aktuell ist denn das Image, welches in der Anleitung zum Download steht?
Ist das mit aktueller Konfiguration, mqtt und mjpg?

[Wal]

@renegade-0 ,
nicht sehr aktuell ist noch vom letzten Jahr und auch nicht RPI-OS.

[Renegade 0]

@wal
Ach so, was für ein OS hast du genutzt?

Schade, aber dann werd ich mir eines mim lite aufbauen.

[Wal]

@renegade-0,
das war vor RPI-OS und war Raspbian Stretch.
Die Anleitung für RPI-OS-Lite ist ja weiter oben zu finden.

[M4rcus]

@m4rcus ,
das Problem ist das man gefühlt alle 4 Wochen die Anleitungen überarbeiten müsste, um mit den Updates von Linux Schritt zu halten. Das Ausführen als User hat die ganze Zeit im normalen Systemd-Daemon funktioniert, wenn der User und die Gruppe im Daemon-Script angegeben wurde. Das das nicht mehr funktioniert habe ich bei der letzten Neuinstallation auf meinem Testsystem erst gemerkt. Danach war eine Google Langzeitsession von Nöten um das wieder gerade zu biegen, das ist ab und zu sehr nervig.

@Wal: Stimmt, die Linux-Updates können schonmal vieles durcheinander bringen. Ich frage mich, ob man die Grundinstallation in ein Dockerfile bzw. mehrere kippen könnte... das will ich mal ausprobieren, wenn ich etwas mehr Zeit finde. Momentan sind wir vor ein paar Wochen Eltern geworden und dementsprechend ist die Zeit etwas rar gesät

Aber vom Ansatz her könnte man doch den baresip und den mqtt-Server in separaten Docker-Images betreiben. iobroker gibt es ja schon als Docker-Variante, welche ich auch im Einsatz habe. Zumindest würde man damit die Linux-Updates in den Griff bekommen - und bei Bedarf könnte man das Image dann durch eine neuere Version ersetzen oder eben einen Fallback durchführen, wenn man alles zerfummelt hat

Ich habe ja bereits eine fertige Klingel-Installation mit aktuell noch DoorPi hier, daher bin ich auch darauf angewiesen, dass ich auch zukünftig eine Lösung ans Laufen bekomme. Ich bleibe also dran.

[AingTii]

@wal

Hallo Walter,
Ich wollte ja noch mal Rückmeldung geben bezüglich der Anleitung.
Erst mal, funktionert sie soweit bis die Fehlermeldung mit dem X11 kommt.

Evtl. könntest Du das noch mit einbauen, dass man vor der Installation noch X11 installieren muss?
Du hast es ganz oben beschrieben, konnte ich aber nicht testen, da ich es über

sudo apt-get install libxext-dev

Ob das nun richtig ist kann ich nicht sagen....

installiert habe und erst nachher gesehen hatte das oben noch was von baresip-x11 stand.

pulse audio kriege ich irgendwie nicht hin, also zickt bei dem neu aufgesetzen ebenfalls, bekomme kein Audio raus.

Da hätte ich die Frage, was hat es für einen Grund dass Du pulse benutzt anstatt alsa?

Evtl. könntest Du die pulse installation und Einrichtung noch etwas detaillierter erklären,
wäre für mich auf jeden Fall Hilfreich

Dann habe ich einen 3cx server aufgesetzt in der Hoffnung das ganze besser zu managen und auch Video
benutzten zu können, der SIP Bereich der Fritzbox scheint es nicht zu unterstützen.

Da käme noch die Frage, hast Du evtl. eine Idee wie ich in baresip den VideoCodec vp8 installiere?

Wenn ich den in der config aktiviere, kommt ne Fehlermeldung, kann nicht gefunden werden udn die vp8.so ist auch nicht
da, obwohl im github im src vp8 vorhanden ist.

Danke
Gruß Jens

[Wal]

@aingtii ,
pulse nehme ich wegen Acoustic Echo Cancellation, wenn man das nicht braucht genügt auch alsa.
Die Anleitung eine Seite voher genügt normal und baresip-x11 braucht nicht jeder.

[Wal]

@aingtii ,
in der Datei https://github.com/baresip/baresip/blob/master/mk/modules.mk siehst du welche Dateien vorhanden sein müssen, um das Modul zu erstellen. Um vp8.so zu erstellen braucht baresip die Datei vp8.h und die ist im Paket libvpx-dev enthalten.

sudo apt install libvpx-dev

[AingTii]

@wal

Ok, danke das hat schon mal geklappt.

nun verbindet baresip sich nicht mehr mit dem 3cx server, immer timeout...
Das muss auch einer verstehen.....

Also wieder rumfummeln um den Fehler zu finden

[AingTii]

bin schon mal ein stück weiter, videotelefonie funktioniert über 3cx

allerdings, wieder dieses komische verhalten, starte ich baresip automatisch,
egal ob über ssh aus Nodered oder per autostart wie oben beschrieben wird die Verbindung
gleich wieder beendet nach dem abnehmen.

Auch ist das Problem, dass ich auf jeden Fall

export DISPLAY=:0

eingeben muss damit die videoverbindung funktioniert.

Beendet ich baresip über killall und starte es in der console manuell, geht alles (export DISPLAY.... vorrausgesetzt)

Da frage ich mich, was ist der unterschied, ob ich mich mit putty oder per Nodered mit dem user Pi einlogge,
das es sich unterschiedlich verhält

Danke
Gruß Jens

[Wal]

@aingtii ,
das kann nur ein Rechte Problem sein. Das Beste wäre auch, wenn du einen neuen Thread erstellst, da es nichts mit dem Adapter zu tun hat.

[RayJayVaughan]

Hallo zusammen,

ich sezte gerade auf einem zero w einen baresip-client auf Basis des hier verfügbaren images um. Um Videotelefonie zu ermöglichen bzw. das Bild von meiner Haustür einzufangen, habe ich noch den mjpg-controller installiert. Ich bekomme diesen auch problemlos gestartet. Will ich diesen aber automatisch per Systemdienst starten, funktioniert das nicht.

Meine Servicedatei sieht wie folgt aus /etc/systemd/system/doorcam.service

[Unit]
Description=doorcam
After=syslog.target network.target

[Service]

Type=simple
User=pi
ExecStart=/usr/local/bin/doorcam.sh
WorkingDirectory=/usr/local/bin/
StandardOutput=inherit
StandardError=inherit


[Install]
WantedBy=multi-user.target

Die script-Datei /usr/local/bin/doorcam.sh

#!/bin/sh

export LD_LIBRARY_PATH=/urs/local/bin
sudo /usr/local/bin/mjpg_streamer -i "input_uvc.so -r 1280x720 -d /dev/video0 -f 30" -o "output_http.so -p 8080 -w /usr/local/share/mjpg-streamer/www" &

Führe ich die Datei doorcam.sh lokal über putty aus, dann sieht es wie folgt aus (und die Camera ist über den WebBrowser erreichbar).

pi@raspberrypi:/etc/systemd/system $ MJPG Streamer Version: git rev: 310b29f4a94c46652b20c4b7b6e5cf24e532af39
 i: Using V4L2 device.: /dev/video0
 i: Desired Resolution: 1280 x 720
 i: Frames Per Second.: 30
 i: Format............: JPEG
 i: TV-Norm...........: DEFAULT
UVCIOC_CTRL_ADD - Error at Pan (relative): Inappropriate ioctl for device (25)
UVCIOC_CTRL_ADD - Error at Tilt (relative): Inappropriate ioctl for device (25)
UVCIOC_CTRL_ADD - Error at Pan Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_ADD - Error at Tilt Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_ADD - Error at Pan/tilt Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_ADD - Error at Focus (absolute): Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Pan (relative): Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Tilt (relative): Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Pan Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Tilt Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Pan/tilt Reset: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Focus (absolute): Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at LED1 Mode: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at LED1 Frequency: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Disable video processing: Inappropriate ioctl for device (25)
UVCIOC_CTRL_MAP - Error at Raw bits per pixel: Inappropriate ioctl for device (25)
 o: www-folder-path......: /usr/local/share/mjpg-streamer/www/
 o: HTTP TCP port........: 8080
 o: HTTP Listen Address..: (null)
 o: username:password....: disabled
 o: commands.............: enabled

sudo systemctl start doorcam

liefert

pi@raspberrypi:/etc/systemd/system $ sudo systemctl status doorcam
● doorcam.service - doorcam
   Loaded: loaded (/etc/systemd/system/doorcam.service; disabled; vendor preset: enabled)
   Active: inactive (dead)

Mai 31 17:05:08 raspberrypi systemd[1]: Stopped doorcam.
Mai 31 17:05:08 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:05:08 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:05:10 raspberrypi systemd[1]: Stopped doorcam.
Mai 31 17:05:37 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:05:37 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:08:01 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:08:01 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:20:14 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:20:14 raspberrypi systemd[1]: doorcam.service: Succeeded.

Aber unter pstree ist kein Job sichtbar. Das Webfrontend des Streamers läuft ebenfalls nicht. Setze ich in der Service-Datei Restart auf always, dann startet er zwar in einer Endlosschleife (zumindest theoretisch) den Job, praktisch aber nicht. Das Protokoll sagt Folgendes dazu

May 31 17:20:14 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked executable. Please remove executable permission bits. Proceeding anyway.
May 31 17:20:14 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked world-writable. Please remove world writability permission bits. Proceeding anyway.
May 31 17:20:14 raspberrypi systemd[1]: Started doorcam.
May 31 17:20:14 raspberrypi systemd[1]: doorcam.service: Succeeded.
May 31 17:20:14 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked executable. Please remove executable permission bits. Proceeding anyway.
May 31 17:20:14 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked world-writable. Please remove world writability permission bits. Proceeding anyway.
May 31 17:20:35 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked executable. Please remove executable permission bits. Proceeding anyway.
May 31 17:20:35 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked world-writable. Please remove world writability permission bits. Proceeding anyway.
May 31 17:20:35 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked executable. Please remove executable permission bits. Proceeding anyway.
May 31 17:20:35 raspberrypi systemd[1]: Configuration file /etc/systemd/system/doorcam.service is marked world-writable. Please remove world writability permission bits. Proceeding anyway.

Sorry, will Euch nicht vollspammen.....aber ich hab das ganze Wochenende damit verbracht...leider erfolglos

[Thomas Braun]

@rayjayvaughan sagte in Test Adapter doorio v2.0.1:

systemctl status doorcam

sagt? Masked? Disabled?

getfacl /etc/systemd/system/doorcam.service

sagt?

[RayJayVaughan]

@thomas-braun

pi@raspberrypi:/etc/systemd/system $ systemctl status doorcam
● doorcam.service - doorcam
   Loaded: loaded (/etc/systemd/system/doorcam.service; disabled; vendor preset: enabled)
   Active: inactive (dead)

Mai 31 17:05:08 raspberrypi systemd[1]: Stopped doorcam.
Mai 31 17:05:08 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:05:08 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:05:10 raspberrypi systemd[1]: Stopped doorcam.
Mai 31 17:05:37 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:05:37 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:08:01 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:08:01 raspberrypi systemd[1]: doorcam.service: Succeeded.
Mai 31 17:20:14 raspberrypi systemd[1]: Started doorcam.
Mai 31 17:20:14 raspberrypi systemd[1]: doorcam.service: Succeeded.

[RayJayVaughan]

@rayjayvaughan

pi@raspberrypi:/etc/systemd/system $ getfacl /etc/systemd/system/doorcam.service
-bash: getfacl: Kommando nicht gefunden.

[Thomas Braun]

@rayjayvaughan

sudo systemctl enable doorcam

Und bitte noch

getfacl /etc/systemd/system/doorcam.service

nachliefern.

[Thomas Braun]

@rayjayvaughan
Nanu?

Dann mal mit

ls -la /etc/systemd/system/doorcam.service

nach den Rechten schauen.

[RayJayVaughan]

@thomas-braun

pi@raspberrypi:/etc/systemd/system $ ls -la /etc/systemd/system/doorcam.service
-rwxrwxrwx 1 root root 267 Mai 31 17:05 /etc/systemd/system/doorcam.service