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

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

[Wal]

@johni
der log sagt aus, das du 11 eingibst, d.h. für dein Code_1 musst du 11 eingeben, um den Ausgang zu schalten.

[Wal]

Achso, der code muß innerhalb von 5 sec. eingegeben werden, sonst gibt es ein Timeout.

[johni]

ich hab den code hunderte male eingegeben. vlt mach ich nochmal alles neu. es funktioniert sporadisch oder auch nicht. bastelst du eigentlich weiter? falls es was gibt?

edit: natürlich auch sofort usw. es funktioniert auch wenns funktioniert unendlich oft. nur ist es für mich nicht ganz verständlich. hab baresip manuell gestoppt und wieder gestartet. hab einige varianten durch. vor jedem test schau ich ob baresip und "der" pyhton service mit der config läuft.

[Wal]

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

ich hab den code hunderte male eingegeben. vlt mach ich nochmal alles neu. es funktioniert sporadisch oder auch nicht. bastelst du eigentlich weiter? falls es was gibt?

Falls es was gibt. Im Moment funktioniert ja alles bei mir.

[johni]

@Wal
sollte nicht unfreundlich rüberkommen. war nur das interesse am system. ich schau auch bei doorpi immer wieder vorbei um zu sehen obs was neues gibt.
hab weiter probiert und tatsächlich glaube ich den fehler gefunden zu haben. wie gesagt, verwende ich dein pulseaudio image. beende ich den piface.service manuell und starte ihn dann wieder, dann funktioniert das schalten des relais. ich kapier aber nicht recht warum, da der service eigentlich von beginn an läuft und der tastendruck(für den anruf) funktioniert immer, nur das relais schaltet nur nach neustart des piface services.

ps: hast du den iobroker auf dem selben pi wie auch das piface laufen?

[johni]

@Wal hast du vlt einen tip wie ich den piface.service verlässlich zum starten bekomm?

[Wal]

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

ps: hast du den iobroker auf dem selben pi wie auch das piface laufen?

Upps, hatte ich doch glatt übersehen.
Ich habe nur die Sprechanlage auf dem Pi am laufen, quasi nur das Image zum downloaden plus mjpg-streamer für die USB-Kamera. ioBroker habe ich auf einem Intel-Nuc unter Debian am laufen.

[johni]

ok, bei mir läuft alles auf einem system. leider schaff ichs nicht den fehler zu finden. "sudo systemctl restart piface.service" muss ich nach jedem reboot ausführen, dass der service funktioniert. aber ich kapier nicht warum.

führe ich ein sudo apt-get update bzw. upgrade aus, wird der piface.service auf dem pi alle paar sekunden neugestartet.

ich versuche nun nochmal dein image frisch zu flashen, ohne irgendwelche updates durchzuführen.

So, nochmal alles aufgespielt, ohne Updates. Hier läuft der Service, aber Relais schaltet immer noch erst nach einem Neustart des piface Services.

hab den piface.service nun mal aus dem systemd rausgenommen und manuell gestartet. auch dann funktioniert es nicht. erst wenn ich den prozess manuell beende und erneut starte funktioniert es.

[Wal]

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

ok, bei mir läuft alles auf einem system. leider schaff ichs nicht den fehler zu finden. "sudo systemctl restart piface.service" muss ich nach jedem reboot ausführen, dass der service funktioniert. aber ich kapier nicht warum.

führe ich ein sudo apt-get update bzw. upgrade aus, wird der piface.service auf dem pi alle paar sekunden neugestartet.

ich versuche nun nochmal dein image frisch zu flashen, ohne irgendwelche updates durchzuführen.

So, nochmal alles aufgespielt, ohne Updates. Hier läuft der Service, aber Relais schaltet immer noch erst nach einem Neustart des piface Services.

hab den piface.service nun mal aus dem systemd rausgenommen und manuell gestartet. auch dann funktioniert es nicht. erst wenn ich den prozess manuell beende und erneut starte funktioniert es.

Habe heute auch ein update gemacht. Das Piface läuft nicht mehr. Mal schauen an was es liegt.