Test Adapter doorio v2.1.2
-
Vielleicht probiere ich das auch nach Deiner Anleitung mal komplett durch ob das Problem dann weg ist.
Sieht auf jeden Fall gut aus und detaillierter!Ich gebe Rückmeldung
Danke
Gruß Jens -
@aingtii ,
wie schon gesagt nutze ich Baresip ohne Video, da das Fritzfon einen externen Stream nutzt. Wenn ich mal Zeit finde, versuche ich mal Video einzubinden um über eine Sipapp zu kommunizieren. -
Hallo zusammen,
@Wal :
nach einem doch etwas turbulenteren Wochenende habe ich deine Anleitung durchgearbeitet, und siehe da: Es funktioniert!Ich denke, die geheime Zutat war
sudo loginctl enable-linger piin Verbindung mit
mkdir -p ~/.config/systemd/user/ nano ~/.config/systemd/user/baresip.serviceDer baresip Service läuft jetzt für den user pi und somit meckert Pulseaudio auch nicht. Nachdem baresip korrekt installiert war, war das Nachziehen von iobroker, doorio und mqtt-io im Vergleich dazu ein Kinderspiel.
@AingTii: Ich gebe dir vollkommen recht - die "Doku" von baresip ist etwas lückenhaft
Videostreaming fänd ich auch sehr interessant, aber ich habe da auch noch nicht von wirklich lauffähigen Projekten gehört.Jetzt werde ich erstmal schauen, dass ich wirklich alles bootfest konfiguriert bekomme, und dann geht der Pi erstmal an die Hausklingel für einen Feldtest
Verkabelung steht ja schon...Vielen Dank für die Hilfe und die ausführliche Anleitung!
-
@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.
-
@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. -
@wal
Moin, wie aktuell ist denn das Image, welches in der Anleitung zum Download steht?
Ist das mit aktueller Konfiguration, mqtt und mjpg? -
@renegade-0 ,
nicht sehr aktuell ist noch vom letzten Jahr und auch nicht RPI-OS. -
@wal
Ach so, was für ein OS hast du genutzt?Schade, aber dann werd ich mir eines mim lite aufbauen.
-
@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 ,
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.
-
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 übersudo apt-get install libxext-devOb 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 -
@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. -
@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 -
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
-
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=:0eingeben 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ältDanke
Gruß Jens -
@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. -
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.targetDie 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.............: enabledsudo 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
-
@rayjayvaughan sagte in Test Adapter doorio v2.0.1:
systemctl status doorcamsagt? Masked? Disabled?
getfacl /etc/systemd/system/doorcam.servicesagt?
-
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. -
pi@raspberrypi:/etc/systemd/system $ getfacl /etc/systemd/system/doorcam.service -bash: getfacl: Kommando nicht gefunden.
