Test Adapter doorio v2.1.2
-
@aingtii ,
ja vom ersten Post.edit: die Fehlermeldung wird kommen da im Image Baresip schon als Service läuft und du es nochmal mit baresip -vvv startest.
-
irgendwie bekomme ich im iobroker unter mqtt nicht die konfigurierten GPIOs angezeigt,
weder in noch out noch sonstwas.hast Du ein Tipp für mich?
mqtt: host: 192.168.5.4 port: 1889 user: "meinMQTTUser" password: "meinMQTTPasswort" topic_prefix: doorpigpio client_id: doorpigpio gpio_modules: - name: rpi module: raspberrypi digital_inputs: - name: DoorBell_1 module: rpi pin: 3 on_payload: "true" off_payload: "false" - name: DoorBell_2 module: rpi pin: 4 on_payload: "true" off_payload: "false" digital_outputs: - name: DoorOpen module: rpi pin: 18 on_payload: "true" off_payload: "false" - name: DoorOpen1 module: rpi pin: 23 on_payload: "true" off_payload: "false" - name: DoorOpen2 module: rpi pin: 24 on_payload: "true" off_payload: "false" -
@aingtii ,
wenn im ioBroker-Log nichts auftaucht, sind die Verbindungseinstellungen falsch. -
wie kann ich denn am Pi überprüfen ob mqtt läuft?
habe irgendwie das gefühl es ist nicht gestartetdie doorio verbindung steht, ich kann auch anrufen lassen.
Im Log im iobroker kommt garnichts zu mqtt was den Pi betrifftDanke
-
@aingtii ,
sudo systemctl status piface -
@wal sagte in Test Adapter doorio v1.1.x:
systemctl status piface
okay, liegt es evtl. daran, dass ich kein PiFace nutze sondern die GPIO direkt?
wenn ich das richtig gelesen hatte muss ich doch piface dann deaktivieren oder habe ich das falsch rausgelesen?
habe pimqttio noch mal installiert beim start kommt das...
pi@raspberrypi:~ $ python3 -m mqtt_io config.yml 2021-03-19 08:07:12 mqtt_io.server [INFO] Digital input 'DoorBell_1' value changed to True 2021-03-19 08:07:12 mqtt_io.server [INFO] Digital input 'DoorBell_2' value changed to False 2021-03-19 08:07:12 mqtt_io.server [INFO] Connecting to MQTT... 2021-03-19 08:07:12 mqtt_io.server [INFO] Waiting for our tasks to complete... Traceback (most recent call last): File "/home/pi/.local/lib/python3.7/site-packages/asyncio_mqtt/client.py", line 79, in connect await loop.run_in_executor(None, self._client.connect, self._hostname, self._port, 60) File "/usr/lib/python3.7/concurrent/futures/thread.py", line 57, in run result = self.fn(*self.args, **self.kwargs) File "/usr/local/lib/python3.7/dist-packages/paho_mqtt-1.5.0-py3.7.egg/paho/mqtt/client.py", line 937, in connect return self.reconnect() File "/usr/local/lib/python3.7/dist-packages/paho_mqtt-1.5.0-py3.7.egg/paho/mqtt/client.py", line 1071, in reconnect sock = self._create_socket_connection() File "/usr/local/lib/python3.7/dist-packages/paho_mqtt-1.5.0-py3.7.egg/paho/mqtt/client.py", line 3522, in _create_socket_connection return socket.create_connection(addr, source_address=source, timeout=self._keepalive) File "/usr/lib/python3.7/socket.py", line 727, in create_connection raise err File "/usr/lib/python3.7/socket.py", line 716, in create_connection sock.connect(sa) ConnectionRefusedError: [Errno 111] Connection refused During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 1142, in run await self._connect_mqtt() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 549, in _connect_mqtt await self.mqtt.connect() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/mqtt/asyncio_mqtt.py", line 63, in connect await self._client.connect(timeout=timeout) File "/home/pi/.local/lib/python3.7/site-packages/asyncio_mqtt/client.py", line 88, in connect raise MqttError(str(error)) asyncio_mqtt.error.MqttError: [Errno 111] Connection refused During handling of the above exception, another exception occurred: Traceback (most recent call last): File "/usr/lib/python3.7/runpy.py", line 193, in _run_module_as_main "__main__", mod_spec) File "/usr/lib/python3.7/runpy.py", line 85, in _run_code exec(code, run_globals) File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/__main__.py", line 85, in <module> main() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/__main__.py", line 80, in main mqtt_gpio.run() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 1174, in run self.loop.run_until_complete(self._main_task) File "/usr/lib/python3.7/asyncio/base_events.py", line 584, in run_until_complete return future.result() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 1168, in run await self.shutdown() File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 1229, in shutdown wait=False, File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/server.py", line 635, in _mqtt_publish await self.mqtt.publish(msg) File "/home/pi/.local/lib/python3.7/site-packages/mqtt_io/mqtt/asyncio_mqtt.py", line 76, in publish topic=msg.topic, payload=msg.payload, qos=msg.qos, retain=msg.retain File "/home/pi/.local/lib/python3.7/site-packages/asyncio_mqtt/client.py", line 128, in publish raise MqttCodeError(info.rc, 'Could not publish message') asyncio_mqtt.error.MqttCodeError: [code:4] Could not publish message -
@aingtii ,
nein piface ist nur ein Name den ich gewählt habe. Du hast ja die Konfig an GPIO angepasst. Du hattest nur keine Verbindung und jetzt nach dem neu installieren ein anders Problem. -
Ich habe irgendwie das problem dass beim manuellen start über
$ baresipalles läuft, allerdings wenn ich es über
sudo systemctl enable baresip hinzufügen, funktioniert erst mal
auch alles, aber der Anruf wird sofort nach dem annehmen wieder aufgelegt, kann also nicht sprechen....Leider ist der Entwickler nicht so gesprächig und wirklich dokumentiert ist das ganze ja nicht.
anscheinend hatte ich auch eine Alte Version installiert, wobei für die neue auch nicht
Wirklich erklärt ist wie ich die installieren muss, da muss man sich einiges selbst erdenken.....Hast Du ne Idee dazu?
Und wie mache ich dass das ein lifevideo übertragen wird oder liegt es nur an Fritz das es nicht
unterstützt wird?Hast Du eigentlich ne App die auf dem Smartphone die Gegenstelle darstellt?
Danke
Gruß Jens -
@aingtii ,
ich nutze Fritzfons mit einer Fritzbox, da wird das Bild vom Mjpg-Streamer den ich für eine USB-Webcam installiert habe direkt angezeigt. Video über Baresip habe ich nicht versucht. Wenn du Baresip mit Hand startest, kommt nach dem annehmen eine Fehlermeldung ? -
Das ist ja das Problem bei manuell gestartete baresip läuft es einwandfrei.
Aber als System automatisch beim Boot gestartet sehe ich ja keine Ausgabe und dnn habe ich die Probleme, dass es gleich wieder auflegt und ich dann nur noch tut tut tut höre
-
@aingtii ,
in "/var/log/messages" stehen die Meldungen. -
also in /var/log/messages habe ich keienerlei einträge,
letzter Eintrag war 18:55
19:07 habe ich 3x hintereinander den Anruf ausgelöst und und angenommen wobei jedes
baresip unmittelbar nach Annahme von allein aufgelegt hat.
der Nächste Eintrag ist dann 19:08 das booten bzw kurz vor dem booten jedes mal der scan
der Ports denke ich mal. (mtp-probe)Merkwürdig, vor Allem was ist der Unterschied, ob ich es nun manuell starte oder per service?!?!?
hier noch mal die baresip.service
[Unit] Description=baresip After=syslog.target network.target ntpdate.service [Service] Type=simple User=pi Group=pi ExecStart=/usr/local/bin/baresip -f /home/pi/.baresip [Install] WantedBy=multi-user.targetExecStart=/usr/local/bin/baresip /home/pi/.baresip
-
@aingtii ,
Apr 13 15:03:07 raspberrypi baresip[11459]: doorio2sip@192.168.122.2: selected for request Apr 13 15:03:07 raspberrypi baresip[11459]: ua: using best effort AF: af=AF_INET Apr 13 15:03:07 raspberrypi baresip[11459]: call: connecting to 'sip:**610@192.168.122.2'.. Apr 13 15:03:07 raspberrypi baresip[11459]: call: SIP Progress: 100 Trying (/) Apr 13 15:03:07 raspberrypi baresip[11459]: call: SIP Progress: 183 Session Progress (application/sdp) Apr 13 15:03:07 raspberrypi baresip[11459]: doorio2sip@192.168.122.2: Call in-progress: sip:**610@192.168.122.2 Apr 13 15:03:07 raspberrypi baresip[11459]: stream: update 'audio' Apr 13 15:03:07 raspberrypi baresip[11459]: audio: Set audio decoder: PCMU 8000Hz 1ch Apr 13 15:03:07 raspberrypi baresip[11459]: audio: Set audio encoder: PCMU 8000Hz 1ch Apr 13 15:03:07 raspberrypi baresip[11459]: audio tx pipeline: (src) ---> PCMU#012audio rx pipeline: (play) <--- PCMU Apr 13 15:03:07 raspberrypi baresip[11459]: stream: incoming rtp for 'audio' established, receiving from 192.168.122.2:7078 Apr 13 15:03:37 raspberrypi baresip[11459]: call: terminate call '7920ff0b496abf86' with sip:**610@192.168.122.2so sieht die message bei mir aus.
Liegt baresip überhaupt unter /usr/local/bin ?
Wird baresip über apt installiert liegt es unter /usr/bin über Github unter /usr/local/bin. -
jup, liegt unter usr/local/bin
Da ich über git clone installiert habe um die aktueller Version zu erhalten.
die alte hat sich ständig abgemeldet, war also nicht zuverlässigVielleicht ist es ein Konfiguratiosnding, dass es ein Log erzeugt?
oder auch das auflegen?
Wobei ich mich dann frage warum es ein Unterschied ist ob manuell oder per system gestartet -
@aingtii ,
# # baresip configuration # #------------------------------------------------------------------------------ # Core poll_method epoll # poll, select, epoll .. # SIP sip_listen 0.0.0.0:5060 #sip_certificate cert.pem # Call call_local_timeout 20 call_max_calls 2 # Audio audio_path /usr/local/share/baresip #audio_player alsa,default #audio_source alsa,default #audio_alert alsa,null audio_player pulse,noecho.sound_out audio_source pulse,noecho.mic_in audio_alert pulse,noecho.sound_out #ausrc_srate 48000 #auplay_srate 48000 #ausrc_channels 0 #auplay_channels 0 #audio_txmode poll # poll, thread audio_level no ausrc_format s16 # s16, float, .. auplay_format s16 # s16, float, .. auenc_format s16 # s16, float, .. audec_format s16 # s16, float, .. # Video #video_source v4l2,/dev/video0 #video_display x11,nil video_size 352x288 video_bitrate 500000 video_fps 25.00 video_fullscreen yes videnc_format yuv420p # AVT - Audio/Video Transport rtp_tos 184 #rtp_ports 10000-20000 #rtp_bandwidth 512-1024 # [kbit/s] rtcp_mux no jitter_buffer_delay 5-10 # frames rtp_stats no #rtp_timeout 20 # Network #dns_server 10.0.0.1:53 #net_interface eth0 # BFCP #bfcp_proto udp #------------------------------------------------------------------------------ # Modules module_path /usr/local/lib/baresip/modules # UI Modules module stdio.so #module cons.so #module evdev.so #module httpd.so # Audio codec Modules (in order) #module opus.so #module amr.so #module g7221.so #module g722.so #module g726.so module g711.so #module gsm.so #module l16.so #module bv32.so #module mpa.so #module codec2.so #module ilbc.so #module isac.so # Audio filter Modules (in encoding order) #module vumeter.so #module sndfile.so #module speex_aec.so #module speex_pp.so #module plc.so # Audio driver Modules #module alsa.so module pulse.so #module jack.so #module portaudio.so #module aubridge.so #module aufile.so # Video codec Modules (in order) #module avcodec.so #module vp8.so #module vp9.so #module h265.so # Video filter Modules (in encoding order) #module selfview.so #module snapshot.so #module swscale.so #module vidinfo.so # Video source modules #module v4l2.so #module v4l2_codec.so #module avformat.so #module x11grab.so #module cairo.so #module vidbridge.so # Video display modules #module directfb.so #module x11.so #module sdl2.so #module fakevideo.so # Audio/Video source modules #module rst.so #module gst1.so #module gst_video1.so # Media NAT modules #module stun.so #module turn.so #module ice.so #module natpmp.so #module pcp.so # Media encryption modules #module srtp.so #module dtls_srtp.so #module zrtp.so #------------------------------------------------------------------------------ # Temporary Modules (loaded then unloaded) #module_tmp uuid.so module_tmp account.so #------------------------------------------------------------------------------ # Application Modules #module_app auloop.so #module_app b2bua.so #module_app contact.so module_app debug_cmd.so #module_app dtmfio.so #module_app echo.so #module_app gtk.so module_app menu.so #module_app mwi.so #module_app presence.so module_app syslog.so #module_app mqtt.so module_app ctrl_tcp.so #module_app vidloop.so #------------------------------------------------------------------------------ # Module parameters # UI Modules parameters cons_listen 0.0.0.0:5555 # cons http_listen 0.0.0.0:8000 # httpd - server ctrl_tcp_listen 0.0.0.0:4444 # ctrl_tcp evdev_device /dev/input/event0 # Opus codec parameters opus_bitrate 28000 # 6000-510000 #opus_stereo yes #opus_sprop_stereo yes #opus_cbr no #opus_inband_fec no #opus_dtx no #opus_mirror no #opus_complexity 10 #opus_application audio # {voip,audio} # Opus Multistream codec parameters #opus_ms_channels 2 #total channels (2 or 4) #opus_ms_streams 2 #number of streams #opus_ms_c_streams 2 #number of coupled streams vumeter_stderr yes # Selfview video_selfview window # {window,pip} #selfview_size 64x64 # ICE ice_turn no ice_debug no ice_nomination regular # {regular,aggressive} ice_mode full # {full,lite} # ZRTP #zrtp_hash no # Disable SDP zrtp-hash (not recommended) # Menu #menu_bell yes #redial_attempts 3 # Num or <inf> #redial_delay 5 # Delay in seconds #ringback_disabled yes #statmode_default off # avcodec #avcodec_h264enc libx264 #avcodec_h264dec h264 # h265 #h265_encoder libx265 #h265_decoder hevc # MQTT #mqtt_broker_host localhost #mqtt_broker_port 1883 #mqtt_broker_clientid baresip #mqtt_broker_user pi #mqtt_broker_password raspberry #mqtt_basetopic dooriodu wirst nur auf alsa umstellen müssen.
-
@aingtii sagte in Test Adapter doorio v1.1.x:
Wobei ich mich dann frage warum es ein Unterschied ist ob manuell oder per system gestartet
der Unterschied ist, das von der Konsole gestartet alle Dienste schon geladen sind und evtl. andere Rechte gesetzt sind.
Das Videoding würde ich erstmal weg lassen bis Audio funktioniert. -
Hallo zusammen!
Nachdem ich seit ein paar Jahren den DoorPi in Betrieb habe, möchte ich aufgrund der bekannten Einschränkungen gerne eine neue Anlage aufbauen.An dieser Stelle ein herzliches Dankeschön an @Wal für die hervorragende Arbeit. Ich bin zwar Informatiker, doch teilweise sprengt das Wissen, das du hier an den Tag legst, einfach meinen Rahmen, deshalb bin ich froh, dass du das Projekt hier so vorantreibst
Zu meinem Problem:
Die Installation und Konfiguration aller Komponenten hat soweit ganz gut geklappt, und das Gegensprechen im Testaufbau funktioniert auch super. Allerdings habe ich dasselbe Problem wie @AingTii bereits geschildet hatte - baresip als Service möchte anscheinend als nicht-pi-User auf pulseaudio zugreifen, was dann in einer "connection refused" Fehlermeldung endet. Der Start von Hand als pi-User funktioniert tadellos.Da ich nun seit mehreren Stunden erfolglos versucht habe, das Probelm zu lösen, wollte ich euch mal fragen, ob es in der Zwischenzeit gelöst werden konnte?
Was mich stutzig macht, ist die Tatsache, dass baresip, sobald ich sudo verwende, anscheinend auch nicht unter dem normalen User gestartet wird. Ich bin bisher immer davon ausgegangen, dass ein sudo die User-Rechte erweitert, aber nicht einen Wechsel auf root vollzieht... sehr seltsam. Könnt ihr mir vielleicht einen Denkanstoß geben? Gerne share ich auch Logs o.ä., aber ich wollt's im ersten Post nicht übertreibenViele Grüße,
Marcus -
@m4rcus sagte in Test Adapter doorio v1.1.x:
sudo die User-Rechte erweitert, aber nicht einen Wechsel auf root vollzieht
pi@chet:/opt/iobroker $ sudo whoami root pi@chet:/opt/iobroker $ sudo -u iobroker whoami iobroker pi@chet:/opt/iobroker $ whoami pi -
@thomas-braun
Genau, das hatte ich dann auch festgestellt. Allerdings frage ich mich, wie @Wal dann seinen Service ans Laufen bekommen hat... -
@m4rcus ,
hängt die Sprechanlage an WLan oder an Lan ?
Seit dem neuen RPI-OS wird Pulseaudio nicht mehr als Service gestartet, sondern startet automatisch wenn ein Programm z.B. Baresip Pulseaudio anfordert.Habe heute erst wieder DoorIO neu installiert, wir können eine Schritt für Schritt Anleitung erstellen falls du möchtest.
