UPDATE 31.10.: Amazon Alexa - ioBroker Skill läuft aus ?

[johni]

@Wal darf ich fragen wo du die 5000ms eingibst? krieg zwar das relais über den iobroker geschaltet, aber eben nicht über dtmf.

[Wal]

@johni sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal darf ich fragen wo du die 5000ms eingibst? krieg zwar das relais über den iobroker geschaltet, aber eben nicht über dtmf.

Schau auf den ersten Thread auf Seite 1, auf dem Bild unter Time for Code_1 werden die Sekunden eingetragen.
Falls das nicht klappt, gibt Asterisk die DTMF-Töne nicht an Baresip weiter.Die Töne siehst du im ioBroker-Log, wenn du den Adapter auf Debug stellst.
Die Kombination muss auch innerhalb von 5sec. eingegeben werden.
Edit: Die Sprachverbindung muss natürlich auch stehen.

[johni]

hab baresip im "debug" gestartet. dort wird der dtmf code angezeigt. also wird er wohl weitergereicht. im asterisk debug sehe ich ihn nicht. im iobroker log, sehe ich mein dtmf signal "#" auch. natürlich lief dazu immer ein "anruf".

außerdem funktioniert das schalten des relais im iobroker nur dann, wenn ich erst den mqtt service auf dem pi beende und ihn manuell wieder starte.

[Wal]

@johni
nur das # Zeichen habe ich noch nicht getestet, müsste aber auch gehen.
Die Konfig würde dann so aussehen:
"# mqtt.0.piface.output.DoorOpen.set 2"
oder je nachdem wie dein Ausgang heisst.

[johni]

hab alles genau so eingestellt. wie gesagt, zeigt mir baresip, das event auch an, asterisk nicht. ich weiß jetzt nicht wo du das event abholst.

[Wal]

Ich hole das Event von Baresip und wenn du es im Log von ioBroker siehst, wird es vom Adapter auch verarbeitet.

[Wal]

Habe es eben getestet, # funktioniert auch.

config.yaml

..............
.............. 
topic_prefix: testpi
  client_id: testpi

gpio_modules:
  - name: raspberrypi
    module: piface2

digital_inputs:
  - name: DoorBell_1
    module: raspberrypi
    pin: 0
    on_payload: "true"
    off_payload: "false"

  - name: DoorBell_2
    module: raspberrypi
    pin: 1
    on_payload: "true"
    off_payload: "false"

digital_outputs:
  - name: DoorOpen
    module: raspberrypi
    pin: 1
    on_payload: "true"
    off_payload: "false"

DTMF_1 settings
Code_1:#
Output for Code_1:
mqtt.0.testpi.output.DoorOpen.set
Time for Code_1:
2

[johni]

hier der log:

rufe ich über android softphone den baresip client an, funktioniert es nun per dtmf und erscheint auch im log. starte ich den anruf über den taster am pi, gibts das event nicht!
all das funktioniert aber nur, wenn ich mqtt manuell starte. als service wie von dir im image implementiert nicht.

[Wal]

@johni
Da kann im Prinzip nur was mit dem "Output for Code_1" was nicht stimmen.
z.B. heisst es im Objekt "testpi/output/DoorOpen" im Adapter muss es aber mqtt.0.testpi.output.DoorOpen.set lauten.

[johni]

@Wal said in [Aufruf] Neuer Adapter ioBroker.doorio:

@johni
Da kann im Prinzip nur was mit dem "Output for Code_1" was nicht stimmen.
z.B. heisst es im Objekt "testpi/output/DoorOpen" im Adapter muss es aber mqtt.0.testpi.output.DoorOpen.set lauten.

hab ich schon richtig. hab eigentlich alle einstellungen wie du. bis natürlich eine und die such ich hier :)

[Wal]

@johni
ich kann nur sagen, das es bei mir in beiden Richtungen funktioniert. Du sagst das es im ioBroker-Log steht, aber der Ausgang wird nicht gesetzt. Alles im Log wird wie gesagt im Adapter verarbeitet, es kann also nur an den Einstellungen liegen. Im Moment fällt mir gerade nichts mehr ein, teste mal schön weiter :-)

[Wal]

Ich habe jetzt mal zusätzlich den Mqtt-Adapter auf debug gestellt, man sieht dort wie der Ausgang gesetzt wird.

Hier noch meine Mqtt-Einstellung

[Hansi1234]

@Wal

Komme gerade wieder dazu dein Doorio zu testen.
Anruf funktioniert vom Smartphone (FritzFon App) zum Doorpi und die Qualität ist auch akzeptabel. Nutze das Polycom. Was allerdings noch nicht funktioniert ist das Anrufen vom Piface auf dem Smartphone.

Ein weiteres Problem ist, dass ich nach dem Auflegen immer noch das Echo am Polycom höre. Als ob nur die Fritz App auflegt, die Gegensprechstelle aber nicht.
Wo finde ich diese Einstellung?

EDIT: So, nachdem ich seit langem Mal wieder die Fritzbox neugestartet habe, ist das Problem mit dem "nicht auflegen" verschwunden.

Wenn ich jetzt aber am Piface den Anrufknopf betätige, dann höre ich ein klingeln an der Polycom, allerdings werden keine Geräte angerufen. Ich denke das ist noch eine Fritzbox Einstellung.
Was komisch ist, dass diese Fritzbox Einstellungen mit dem Doorpi funktionieren.

[Wal]

@Hansi1234 sagte in [Aufruf] Neuer Adapter ioBroker.doorio:

@Wal
Wenn ich jetzt aber am Piface den Anrufknopf betätige, dann höre ich ein klingeln an der Polycom, allerdings werden keine Geräte angerufen.

Die Rufnummer die angerufen werden soll, wird im Doorio-Adapter eingestellt.

Um das Echo zu testen, musst du zu zweit sein, da was du hörst von der Sprechanlage, hört auch dein Smartphone.
Echo am Smartphone muss von der Smartphone-App eliminiert werden.

[Hansi1234]

@Wal
Das hab ich verstanden, danke :-)

Was soll ich sagen, nachdem ich die Gegensprechanlage in der Fritzbox gelöscht und wieder neu erstellt habe, funktioniert auch das.

Ich teste es jetzt weiter auf Herz und Nieren und gebe Feedback.

[Hansi1234]

@Wal

Wie speicherst du deine Lautstärkeeinstellungen?
Da ALSA und Pulseaudio greifen, kommen die sich (glaube ich) in den Weg.
Wenn ich bei ALSA die beiden Regler höher stelle, sind diese beim nächsten Restart wieder auf default (Mikro aus). Wenn ich alsactl store eingebe, funktioniert kein Anruf mehr. Dann muss ich erst wieder die Karte in /etc/asound.conf erstellen.
Laut einem Forum hab ich versucht die /etc/pulse/client.conf den Befehl autospawn = no zu ändern. Das speichert dann auch nach einem Reboot die Einstellungen, allerdings funktioniert dann kein Anruf mehr.
Wie löst du dieses Problem?
Mit pavucontrol?

[Wal]

Mit dem Alsamixer die Regler für Pulseaudio einstellen mit ESC beenden und dann die Einstellungen mit "sudo alsactl store" speichern.

[johni]

@Wal said in [Aufruf] Neuer Adapter ioBroker.doorio:

Ich habe jetzt mal zusätzlich den Mqtt-Adapter auf debug gestellt, man sieht dort wie der Ausgang gesetzt wird.

Hier noch meine Mqtt-Einstellung

hab die einstellungen wie du. hab jetzt eine woche nicht testen können, beim ersten versuch heute hat aber alles geklappt. nach stromlos machen vom pi funktionerte dann wieder das dtmf nicht. doorio.io führt zwar alles aus, aber schalten tut nix.

[Wal]

@johni
und wie sieht dein log aus ? Das hängt auf keinen Fall am Adapter. Ich denke das sich bei dir auf dem Pi der baresip und oder der piface Service beendet.

[johni]

@Wal

auch der mqtt adapter ist im debug modus auch wenn hier nichts aufscheint. immerhin funktioniert der anruf per taster vom pi aus. interessant ist, dass "CALL_DTMF_START : 1"
zwei mal aufscheint.