Funktioniert alles außer das sprechen von tür zu telefon

  • bei cat kommt das raus


    0 [ALSA ]: bcm2835 - bcm2835 ALSA
    bcm2835 ALSA
    1 [U0x41e0x30d3 ]: USB-Audio - USB Device 0x41e:0x30d3
    USB Device 0x41e:0x30d3 at usb-3f980000.usb-1.4, full speedamixer


    bei amixer -c2 contents


    Available options:
    -h,--help this help
    -c,--card N select the card
    -D,--device N select the device, default 'default'
    -d,--debug debug mode
    -n,--nocheck do not perform range checking
    -v,--version print version of this program
    -q,--quiet be quiet
    -i,--inactive show also inactive controls
    -a,--abstract L select abstraction level (none or basic)
    -s,--stdin Read and execute commands from stdin sequentially
    -R,--raw-volume Use the raw value (default)
    -M,--mapped-volume Use the mapped volume


    Available commands:
    scontrols show all mixer simple controls
    scontents show contents of all mixer simple controls (default command)
    sset sID P set contents for one mixer simple control
    sget sID get contents for one mixer simple control
    controls show all controls for given card
    contents show contents of all controls for given card
    cset cID P set control contents for one control
    cget cID get control contents for one control
    pi@raspberrypi:~ $




    bei


    $ sudo amixer -c0 contents


    numid=3,iface=MIXER,name='PCM Playback Route'
    ; type=INTEGER,access=rw------,values=1,min=0,max=2,step=0
    : values=2
    numid=2,iface=MIXER,name='PCM Playback Switch'
    ; type=BOOLEAN,access=rw------,values=1
    : values=on
    numid=1,iface=MIXER,name='PCM Playback Volume'
    ; type=INTEGER,access=rw---R--,values=1,min=-10239,max=400,step=0
    : values=400
    | dBscale-min=-102.39dB,step=0.01dB,mute=1
    numid=5,iface=PCM,name='IEC958 Playback Con Mask'
    ; type=IEC958,access=r-------,values=1
    : values=[AES0=0x02 AES1=0x00 AES2=0x00 AES3=0x00]
    numid=4,iface=PCM,name='IEC958 Playback Default'
    ; type=IEC958,access=rw------,values=1
    : values=[AES0=0x00 AES1=0x00 AES2=0x00 AES3=0x00]



    bei


    sudo amixer -c3 contents
    Invalid card number.
    Usage: amixer <options> [command]


    Available options:
    -h,--help this help
    -c,--card N select the card
    -D,--device N select the device, default 'default'
    -d,--debug debug mode
    -n,--nocheck do not perform range checking
    -v,--version print version of this program
    -q,--quiet be quiet
    -i,--inactive show also inactive controls
    -a,--abstract L select abstraction level (none or basic)
    -s,--stdin Read and execute commands from stdin sequentially
    -R,--raw-volume Use the raw value (default)
    -M,--mapped-volume Use the mapped volume


    Available commands:
    scontrols show all mixer simple controls
    scontents show contents of all mixer simple controls (default command)
    sset sID P set contents for one mixer simple control
    sget sID get contents for one mixer simple control
    controls show all controls for given card
    contents show contents of all controls for given card
    cset cID P set control contents for one control
    cget cID get control contents for one control

  • Ja, wie ich schrieb, das passt ja dann. Du wirst ja vermutlich die USB Soundkarte nutzen und die ist Index 1.


    Und was hast du jetzt in DoorPi als capture_device und als playback_device eingetragen? Ich vermute dort ist nicht die USB Soundkarte eingetragen oder nicht richtig.

  • wo kann ich außer mit alsamixer die soundkarte configurieren?

    Hi Klenn, du kannst dich auch per Remote Desktop auf den Pi Schalten und dann üer das UI die Soundkarte einstellen.



    Zitat von klenn

    wenn ich wavdateien mit alsaplayer abspielen will hör ich nix

    Dann geht bei dir entweder die Soundkarte generell nicht, oder dein Verstärker/Speaker oder was auch immer am Ausgang hängt i


    Funktioniert denn die Wiedergabe von wav Files nun generell? Du musst dich halt langsam herantasten um Fehler einzukreisen

    • Soundkarte per UI oder in der Shell einstellen und alles noch mal prüfen.
    • Wiedergabe eines WAV Files. Wenn nichts kommt, dann häng mal einen Kopfhörer an die Soundkarte bzw. an den on Board Audio out.
    • Sollte das klappen, dann stell sicher, dass du die richtige Soundkarte in der doorpi.ini eingetragen hast usw.
  • habe ich alles schon durch


    ich nutze immer noch oben die doorpi.ini


    ich habe am pi einen monitor und arbeite dort mit xwindows vorläufig


    ich habe auch schon an beiden ausgängen (PI und soundblaster) lautsprecher ( oder headset) alle geräte funktionieren
    wenn ich das headset anhabe und reinspreche höre ich das was ich spreche am pi.


    auch bei meinen tests schreibt er in das verz records wavedateien die ich dann an anderem pc abhöhren kann
    auf den wavedateien befindet sich das was ich in das micro vom pi gesprochen habe.



    wave files lassen sich auf pi abspielen, sie laufen, aber ich hör nix


    so langsam habe ich den pi in verdacht:-)


    sonst habe ich jetzt keine idee mehr

  • Mal langsam, vlt. mit denen diskutieren, die etwas Linux-Erfahrung haben.
    - Ist das DHCP-Problem ordentlich gelöst ?
    - Sind die Audiofiles ok, lassen sie sich also an anderer Stelle abspielen?
    - Lassen sie sich am Raspberry Pi mit aplay abspielen ?
    - Was sagt aplay -L?
    - Was ist die Ausgabe von doorpi-cli --trace (Umlenken mit 2>) ?


    LG


    pah

  • Ich habe leider genau dasselbe Problem mit der Verständigung zwischen Türsprechstelle und Fritz!Fon :(


    @pahenning
    Ist das DHCP-Problem ordentlich gelöst?
    Wäre nett, wenn man verraten würde, wie genau man das überprüfen kann. Danke, im Vorfeld.


    Ich habe in der Fritzbox dem Rpi2 eine statische IP zugewiesen und laut dieser Anleitung in der dhcpcd.conf dieselbe statische IP eingetragen

    Code
    interface eth0
    static ip_address=192.168.1.30/24
    static routers=192.168.1.254
    static domain_name_servers=192.168.1.254

    Irgendetwas vergessen?


    - Lassen sie sich am Raspberry Pi mit aplay abspielen ?
    Da höre ich leider nix


    - Was sagt aplay -L?


  • Und hier mal Auszüge aus dem trace-Protokoll


    In der doorpi.ini habe ich die Soundkarte als "Generic USB Audio Driver" eingetragen


    Bin nur leider kein Linuxcrack, jedoch läuft der Verbindungsaufbau per Sammelruf mit Bildübermittlung zum FritzFon, sowie Relaisschaltung einwandfrei. Nur eben nicht vom TFE-Micro zu FritzFon :(


    Vielleicht könnte man bei solchen Dingen die Problemlösung anpinnen. Am Besten auch verständlich für Nicht-Linux-Cracks ;)

  • Nea: Mal langsam. Das war keine Stichelei, sondern ein ernst gemeinter Tipp.


    @Allodo:Das sieht nach dem als DHCP-Problem bezeichneten Ding aus. Die Pakete mit den Audiodaten werden dabei vom Sip-Server zurückgewiesen, weil sie möglicherweise von der falschen IP-Adresse kommen.


    Lg


    Pah

  • Allodo: Hast Du dein jessie komplett aktualisiert? Ich kann sagen, nach mittlerweile einem guten dutzend Neuinstallationen (ich setze für den Test einzelner Komponenten immer das OS neu auf, um ungewollte Abhängigkeiten durch vorherige Spielereien zu vermeiden), funktioniert DHCPCD einwandfrei. Allerdings ist die FB bei mir nicht der DHCP Server, was aber bei dem "Bug" keinen Unterschied machen sollte.

  • Arrrgh!!!!


    Es lag wohl an dem Mikrofon. Habe eins aus einem alten Headset genommen und es unter Windows getestet. War nicht besonders toll, aber ging.
    Hatte aber auch kein Anderes zur Hand.


    Habe mir dann gerade, einfach mal zum Test, ein total billig PC-Headset im Supermarkt gekauft, und siehe da, ich habe Ton :)


    Sorry für den Wirbel.


    Fand es nur komisch, dass das Mikro unter Windows funktionierte, mit DoorPi jedoch nicht. Egal, Hauptsache es funktioniert jetzt :)


    Werde dann später natürlich ein Besseres verbauen. Aber zum allgemeinen Funktionstest war dies schon einmal ausreichend.

  • Das mag sein, ich kann ja nur sagen, wie es war bzw ist.


    Habe mir heute bei Conrad zusätzlich ein Ekulit-Mikro (BMY-62NL101) gekauft, welches mir von dem Herrn dort für meine Zwecke empfohlen wurde.


    Am Windows-PC (Verstärkung auf +20dB angehoben) höre ich jedes gesprochene Wort, am RPi2 allerdings nix als Rauschen im FritzFon. Jedoch mit dem billigen Headset, einwandfreier Klang.
    Es kann auch durchaus sein, dass das Mikro vom Fritz!Fon etwas mitgeteilt hat, da man es ja nicht komplett abdecken kann ;)


    WIe auch immer, werde ich das Ekulit-Mikro verstärken müssen und dann sollte es klappen :)


    @pahenning
    "...dass zweitens die Audiodateien ok waren"


    Das habe ich nicht geschrieben ;)

  • es lassen sich keine audiodatein abspielen (die unter windows funktionieren.


    aplay -L sagt


    pulse
    PulseAudio Sound Server
    sysdefault:CARD=ALSA
    bcm2835 ALSA, bcm2835 ALSA
    Default Audio Device
    dmix:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct sample mixing device
    dmix:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct sample mixing device
    dsnoop:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct sample snooping device
    dsnoop:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct sample snooping device
    hw:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Direct hardware device without any conversions
    hw:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Direct hardware device without any conversions
    plughw:CARD=ALSA,DEV=0
    bcm2835 ALSA, bcm2835 ALSA
    Hardware device with all software conversions
    plughw:CARD=ALSA,DEV=1
    bcm2835 ALSA, bcm2835 IEC958/HDMI
    Hardware device with all software conversions
    sysdefault:CARD=U0x41e0x30d3
    USB Device 0x41e:0x30d3, USB Audio
    Default Audio Device
    front:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    Front speakers
    surround21:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    2.1 Surround output to Front and Subwoofer speakers
    surround40:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    4.0 Surround output to Front and Rear speakers
    surround41:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    4.1 Surround output to Front, Rear and Subwoofer speakers
    surround50:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    5.0 Surround output to Front, Center and Rear speakers
    surround51:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    5.1 Surround output to Front, Center, Rear and Subwoofer speakers
    surround71:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    7.1 Surround output to Front, Center, Side, Rear and Woofer speakers
    iec958:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    IEC958 (S/PDIF) Digital Audio Output
    dmix:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    Direct sample mixing device
    dsnoop:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    Direct sample snooping device
    hw:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    Direct hardware device without any conversions
    plughw:CARD=U0x41e0x30d3,DEV=0
    USB Device 0x41e:0x30d3, USB Audio
    Hardware device with all software conversions



    DHCP Hatte ich bei der vorigen pi installation abgeschaltet ohne erfolg
    habe mit 2 soundkarten 2 micros getestet.
    hatte auch mehrere lautsprecher angeschlossen


    im anhang door.txt das trace

  • Fehlerhafte Einträge in der doorpi .ini:


    2016-05-22 15:44:51,733 [WARNING] [doorpi.sipphone.from_linphone] no card with id ALSA: USB Audio Device


    Allerdings nimmt sich dann DoorPi wohl das richtige Device


    2016-05-22 15:44:51,748 [DEBUG] [doorpi.sipphone.from_linphone] using capture_device: ALSA: default device


    Nochn Fehler:


    2016-05-22 15:44:51,913 [ERROR] [doorpi.action.base] error while creating SingleAction from config string: Klingel
    Traceback (most recent call last):
    File "/usr/local/lib/python2.7/dist-packages/doorpi/action/base.py", line 64, in from_string
    return importlib.import_module('doorpi.action.SingleActions.'+action_name).get(
    File "/usr/lib/python2.7/importlib/__init__.py", line 37, in import_module
    __import__(name)
    ImportError: No module named Klingel
    2016-05-22 15:44:51,914 [ERROR] [doorpi.action.handler] action_object is None


    Nochn Fehler:


    2016-05-22 15:44:54,050 [ERROR] [doorpi.action.handler] [V6SIPU] error while fire action OutAction with args () and kwargs {'log_output': 'False', 'value': 'HIGH', 'pin': 'Blink_LED'} for event_name OnTimeSecondEvenNumber
    Traceback (most recent call last):
    File "/usr/local/lib/python2.7/dist-packages/doorpi/action/handler.py", line 284, in fire_event_synchron
    result = action.run(silent)
    File "/usr/local/lib/python2.7/dist-packages/doorpi/action/base.py", line 48, in run
    return self.__callback(**self.__kwargs)
    File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/KeyboardInterface.py", line 133, in set_output
    raise UnknownOutputPin('outputpin with name %s is unknown %s' % (pin, self.__OutputMappingTable))
    UnknownOutputPin: outputpin with name Blink_LED is unknown {}



    Nochn Fehler:


    File "/usr/local/lib/python2.7/dist-packages/doorpi/keyboard/KeyboardInterface.py", line 133, in set_output
    raise UnknownOutputPin('outputpin with name %s is unknown %s' % (pin, self.__OutputMappingTable))


    Sorry, aber meine Zeit reicht nicht, um solche Konfigurationsfehler bei Anderen zu debuggen.


    LG


    pah

  • also findet er die karte am USB Audio Device nicht und geht auf die standart karte vom pi?


    kann das nicht sein das es schon daran scheitert das sich im player die mp3 oder wav nicht abspielen lassen?

  • Lt. Protokoll hat ist aber das USB-Device schon die Standardkarte.


    Was für ein Gerät hängt an der Soundkarte ? Verstärker (wenn ja, getestet ?) oder Kopfhörer ?


    Bitte mal zuerst eine WAV-Datei beschaffen, die wirklich ok ist (z.B. den Ringtone). Dann testen:


    aplay -D plughw:1,0 Dateiname



    Gibt das einen Ton, oder nicht ?


    Etwas irreführend finde ich ferner die von aplay -L gemeldeten Daten



    plughw:CARD=U0x41e0x30d3,DEV=0


    Deutet darauf hin, dass die Hardware nicht richtig erkannt wurde.


    LG


    pah

  • an soundkarte hängt entweder ein funktionierendes headset, funktionierender lautsprecher, oder ein funktionierender aktivlautsprecher.
    es ist ja auch so das wenn ich in das micro rede den ton auf lautsprecher höhre und im verz /usr/local/etc/dorpi/records die aufgezeichneten wav dateien abgelegt werden.
    wenn ich diese wav abhöre ist das drauf was ich redete.


    aplay -D plughw:1,0 Dateiname muss ich noch testen


    unter xwin hatte ich den player schon mit mehreren dateien am laufen und hatte weder am pi sound noch an der soundkarte


    denke auch das die soundkarte nicht so tut wie sie soll

  • Hi Frank,


    Da du vorher auch noch eine andere Karte mit den selben Phänomenen drin hattest, halte ich die Wahrscheinlichkeit einer defekten Soundkarte für gering. Es sei denn du hast irgendeine Spannung/Aufladung in deinem System, mit der du dir jede Karte zerschießt. Teste die Soundkarte doch mal an einem Windows Rechner, wo du per plug an play sofort alle Soundfiles abspielen kannst.


    Ich denke wir sind hier also bei einem Software Thema. Ich würde den aktuellen Stand es PIs mal sichern und einen neuen "from Scratch" aufsetzen. Ohne DoorPi etc. Nur das Image und die Firmware auf den aktuellen Stand bringen und dort erst mal die Karte inkl. der angeschlossenen Peripherie ans Laufen bringen. Klappt das, dann einen Schritte weiter und den DoorPi installieren und dort die Karte rekonfigurieren.

  • Linux ist kein System wie Windows, bei dem irgendwelche Treiber intransparent zusammengebaut werden. Insofern ist ein komplettes Neuaufsetzen in der Regel als vergeudete Zeit zu bezeichnen - aber jeder hat die Freiheit, seine Zeit zu verschwenden.


    LG


    pah