Test Adapter doorio v2.1.2

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

[Wal]

Bei mir hat er die Kernelmodule nicht mehr geladen.

pi@raspberrypi:~ $ lsmod
Module                  Size  Used by
sha256_generic         20480  0
cfg80211              614400  0
rfkill                 28672  2 cfg80211
snd_usb_audio         192512  0
evdev                  24576  2
snd_hwdep              16384  1 snd_usb_audio
pl2303                 20480  0
snd_usbmidi_lib        32768  1 snd_usb_audio
usbserial              40960  1 pl2303
snd_rawmidi            32768  1 snd_usbmidi_lib
snd_seq_device         16384  1 snd_rawmidi
snd_pcm               102400  1 snd_usb_audio
snd_timer              32768  1 snd_pcm
snd                    73728  7 snd_hwdep,snd_usb_audio,snd_timer,snd_rawmidi,snd_usbmidi_lib,snd_seq_device,snd_pcm
uvcvideo               98304  1
spidev                 20480  8
sg                     28672  0
uas                    24576  0
bcm2835_v4l2           45056  0
bcm2835_codec          36864  0
v4l2_common            16384  1 bcm2835_v4l2
raspberrypi_hwmon      16384  0
videobuf2_vmalloc      16384  2 uvcvideo,bcm2835_v4l2
hwmon                  16384  1 raspberrypi_hwmon
v4l2_mem2mem           24576  1 bcm2835_codec
bcm2835_mmal_vchiq     32768  2 bcm2835_codec,bcm2835_v4l2
videobuf2_dma_contig    20480  1 bcm2835_codec
videobuf2_memops       16384  2 videobuf2_dma_contig,videobuf2_vmalloc
videobuf2_v4l2         24576  4 uvcvideo,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem
videobuf2_common       45056  5 uvcvideo,bcm2835_codec,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
videodev              200704  8 uvcvideo,bcm2835_codec,v4l2_common,videobuf2_common,bcm2835_v4l2,v4l2_mem2mem,videobuf2_v4l2
spi_bcm2835            20480  0
media                  36864  3 uvcvideo,videodev,v4l2_mem2mem
vc_sm_cma              36864  1 bcm2835_mmal_vchiq
uio_pdrv_genirq        16384  0
uio                    20480  1 uio_pdrv_genirq
fixed                  16384  0
ip_tables              24576  0
x_tables               32768  1 ip_tables
ipv6                  450560  0

spi_bcm2835 muß geladen sein.