Test Adapter doorio v2.1.2

Wal

@renegade-0 ,
du musst in der Baresip-Config das syslog modul aktivieren und dann ist es die Datei "/var/log/syslog".
Ja ,ich kann eingeben z.B. Ruf annehmen mit "a" da muss aber das stdio Modul aktiviert sein.

edit: "systemctl --user status pulseaudio.service"

Wal

@renegade-0 ,
du kannst auch mal nur was abspielen.

"paplay -v -p /usr/share/baresip/ring.wav"

pi@raspberrypi:~ $ paplay -v -p /usr/share/baresip/ring.wav
abspielen-Stream mit Abtastwert-Angabe »uLaw 1ch 8000Hz« und Kanalzuordnung »mono« wird geöffnet.
Verbindung hergestellt.
Stream wurde erfolgreich erstellt.
Pufferdaten: maxlenght=4194304, tlength=16000, prebuf=15841, minreq=160
Abtastwert-Angabe »uLaw 1ch 8000Hz« wird benutzt, Kanalzuordnung »mono«.
Verbunden mit Gerät noecho_sound_out (Index: 1, ausgesetzt: no).
Stream gestartet:
Stream leergelaufen.
Wiedergabe-Stream entleert.663 usec.
Verbindung zu Server entleert.

AingTii

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

Fertiges Image für den RPI3 und RPI4, Benutzer "pi" Passwort "raspberry".
Passwort zum runterladen lautet "iobroker" :
Selfmade-DoorIntercom

Image flashen
RPI hochfahren und mit "sudo raspi-config" in Advanced Options Expanded Filesystem anstossen.
"sudo passwd" Passwort für root erstellen.
Baresip, config.yaml und pulseaudio der eigenen Hardware/Software anpassen.

@Wal ,

mache ich da irgendwas falsch? pi und rapsberry funktioniert leider nicht

Danke
Gruß
Jens

Wal

@aingtii ,
raspberry

AingTii

@wal
vertippt hier im Forum.

aber habe das Problem grad gefunden, englisches Tastaturlayout als z statt y

nun wurschtel ich mich durch die fehlermeldungen...

AingTii

@wal

momentan kommt diese fehlermeldung...

baresip v0.6.5 Copyright (C) 2010 - 2019 Alfred E. Heggestad et al.
Local network address: IPv4=eth0|192.168.5.79
ua: SIP Transport failed: Address already in use
ua: init failed (Address already in use)
ua: stop all (forced=1)
main: unloading modules..

sag mal welche version vom img muss ich laden die vom ersten Post?

Danke

Wal

@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.

AingTii

@wal

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"

Wal

@aingtii ,
wenn im ioBroker-Log nichts auftaucht, sind die Verbindungseinstellungen falsch.

AingTii

@wal

wie kann ich denn am Pi überprüfen ob mqtt läuft?
habe irgendwie das gefühl es ist nicht gestartet

die doorio verbindung steht, ich kann auch anrufen lassen.
Im Log im iobroker kommt garnichts zu mqtt was den Pi betrifft

Danke

Wal

@aingtii ,

sudo systemctl status piface

AingTii

@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

Wal

@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.

AingTii

@wal

Ich habe irgendwie das problem dass beim manuellen start über
$ baresip

alles 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

Wal

@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 ?

AingTii

@wal

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

Wal

@aingtii ,
in "/var/log/messages" stehen die Meldungen.

AingTii

@wal

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.target

ExecStart=/usr/local/bin/baresip /home/pi/.baresip

Wal

@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.2

so 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.

AingTii

@wal

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ässig

Vielleicht 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

NEWS

Test Adapter doorio v2.1.2

Support us

805
Online

31.7k
Users

79.6k
Topics

1.3m
Posts

NEWS

Test Adapter doorio v2.1.2

Support us

805Online

31.7kUsers

79.6kTopics

1.3mPosts

805
Online

31.7k
Users

79.6k
Topics

1.3m
Posts