Beiträge von angel

angel · 8. April 2020

ich habe heute noch ein wenig rumgespielt.

Beim starten von DoorPi wird from_wiegand.py aufgerufen und abgearbeitet. Ich habe mir mal den status der übergeben GPIOs augeben lassen und wenn ich sie am Leser habe zeigen sie Hi und wenn ich sie beim starten auf GND lege bekomme ich die Meldung LOW also funktioniert der Zugriff auf die GPIOs. Was jetzt passieren müsste egal ob ich den Leser betätige oder die Pins von hand auf GND lege ist das ich eine Meldung aus einer der Interrupt Funktionen sehen sollte. Das passiert aber schon nicht. Ist es möglich das DoorPi aus irgendwelchen Gründen kien Interrups von GPIOs verarbeiten kann?

angel · 4. April 2020

Hi also ich hab es jetzt mal mit der neuerung auf verschiedenen Pins ausprobiert aber nicht im log zu sehen. Ich habe auch mal versucht die Pins "von Hand" auf GND zu ziehen auch nichts. Mir scheint als könnte der nicht auf die GPIO's zugreifen. Kann da noch irgendetwas sein?

Sobald ich den Leser an die Pins mit dem C-Script hänge sehe ich die IDs.

Ich hab jetzt mal alles aus der DoorPi.ini rausgeworfen was man nicht braucht hat aber nichts gebracht

Code

[AREA_public]
.* = None

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
last_snapshot =
number_of_snapshots = 5
snapshot_path = !BASEPATH!/../DoorPiWeb/snapshots/
snapshot_size = 800x600

[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb

[keyboards]
meinleser = wiegand

[meinleser_keyboard]
data0 = 32
data1 = 29
mode = board

Alles anzeigen

angel · 2. April 2020

Hi ja nach dem starten habe ich einen chip ein paar mal an den leser gehalten. Der hat den Chip erkannt und nachdem nichts kam hab ich den DoorPi wieder beendet damit ich ein sauberes log abziehen kann.

angel · 2. April 2020

Fehler ist jetzt weg DoorPi startet auch ganz brav. Aber ich sehe nix im log das es etwas gelesen hätte.

Vielleicht siehst ja wer mehr.

Der Wiegand 26 Leser funktioniert ohne probleme wenn ich ihn uber mein C Script abfrage da ich da die gleichen GPIOs verwende sollte der anschluss auch passen.

doorpi.txt

angel · 1. April 2020

Ich habe das jetzt nochmal versucht hier die Ausgaben

für

[meinleser_InputPins]

123456 = call:0151123456789

kommt die Meldung

Exception NameError: Channel must be an integer or list/tuple of integers

Code

2020-04-01 19:21:03,915 [TRACE]         [doorpi.conf.config_object] get_keys for section keyboards returns ['meinleser']
2020-04-01 19:21:03,915 [INFO]          [doorpi.keyboard.KeyboardInterface] using multi-keyboard mode (keyboards: meinleser)
2020-04-01 19:21:03,916 [INFO]          [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'meinleser' to handler
2020-04-01 19:21:03,916 [TRACE]         [doorpi.conf.config_object] get_string for key meinleser in section keyboards (default: dummy) returns wiegand
2020-04-01 19:21:03,916 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_InputPins returns ['123456']
2020-04-01 19:21:03,916 [WARNING]       [root] section meinleser_OutputPins not found in configfile
2020-04-01 19:21:03,917 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_OutputPins returns []
2020-04-01 19:21:03,917 [TRACE]         [doorpi.conf.config_object] get_integer for key bouncetime in section meinleser_keyboard (default: 2000) returns 2000.0
2020-04-01 19:21:03,917 [TRACE]         [doorpi.conf.config_object] get_integer for key polarity in section meinleser_keyboard (default: 0) returns 0
2020-04-01 19:21:03,918 [TRACE]         [doorpi.conf.config_object] get_boolean for key pressed_on_keydown in section meinleser_keyboard (default: True) returns True
2020-04-01 19:21:03,927 [DEBUG]         [doorpi.keyboard.from_wiegand] doorpi.keyboard.from_wiegand loaded
2020-04-01 19:21:03,927 [TRACE]         [doorpi.conf.config_object] get_string for key data0 in section meinleser_keyboard (default: ) returns 22
2020-04-01 19:21:03,928 [TRACE]         [doorpi.conf.config_object] get_string for key data1 in section meinleser_keyboard (default: ) returns 23
2020-04-01 19:21:03,928 [DEBUG]         [doorpi.conf.config_object] create new key timeout in section meinleser_keyboard with value '0.25'
2020-04-01 19:21:03,928 [TRACE]         [doorpi.conf.config_object] get_string for key timeout in section meinleser_keyboard (default: 0.25) returns 0.25
2020-04-01 19:21:03,929 [TRACE]         [doorpi.conf.config_object] get_string for key mode in section meinleser_keyboard (default: BOARD) returns board
2020-04-01 19:21:03,929 [ERROR]         [doorpi.main] Exception NameError: Channel must be an integer or list/tuple of integers
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/main.py", line 152, in main_as_application
    try:                        doorpi.DoorPi(parsed_arguments).run()
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/doorpi.py", line 232, in run
    if not self.__prepared: self.prepare(self.__parsed_arguments)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/doorpi.py", line 147, in prepare
    self.__keyboard     = load_keyboard()
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 20, in load_keyboard
    return KeyboardHandler(config_keyboards)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 104, in __init__
    self.__keyboards[keyboard_name] = load_single_keyboard(keyboard_name)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 51, in load_single_keyboard
    pressed_on_key_down=pressed_on_key_down
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/from_wiegand.py", line 15, in get
    def get(**kwargs): return Wiegand(**kwargs)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/from_wiegand.py", line 47, in __init__
    RPiGPIO.setup(self._data0, RPiGPIO.IN, pull_up_down=RPiGPIO.PUD_UP)
ValueError: Channel must be an integer or list/tuple of integers
2020-04-01 19:21:03,932 [DEBUG]         [doorpi.doorpi] destroy doorpi

Alles anzeigen

für

[meinleser_InputPins]

test = call:0151123456789

bekomme ich die Meldung

Exception NameError: invalid literal for int() with base 10: 'test'

Code

2020-04-01 19:22:54,059 [TRACE]         [doorpi.conf.config_object] get_keys for section keyboards returns ['meinleser']
2020-04-01 19:22:54,059 [INFO]          [doorpi.keyboard.KeyboardInterface] using multi-keyboard mode (keyboards: meinleser)
2020-04-01 19:22:54,059 [INFO]          [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'meinleser' to handler
2020-04-01 19:22:54,059 [TRACE]         [doorpi.conf.config_object] get_string for key meinleser in section keyboards (default: dummy) returns wiegand
2020-04-01 19:22:54,060 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_InputPins returns ['test']
2020-04-01 19:22:54,060 [WARNING]       [root] section meinleser_OutputPins not found in configfile
2020-04-01 19:22:54,061 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_OutputPins returns []
2020-04-01 19:22:54,061 [TRACE]         [doorpi.conf.config_object] get_integer for key bouncetime in section meinleser_keyboard (default: 2000) returns 2000.0
2020-04-01 19:22:54,061 [TRACE]         [doorpi.conf.config_object] get_integer for key polarity in section meinleser_keyboard (default: 0) returns 0
2020-04-01 19:22:54,062 [TRACE]         [doorpi.conf.config_object] get_boolean for key pressed_on_keydown in section meinleser_keyboard (default: True) returns True
2020-04-01 19:22:54,064 [DEBUG]         [doorpi.keyboard.from_wiegand] doorpi.keyboard.from_wiegand loaded
2020-04-01 19:22:54,065 [ERROR]         [doorpi.main] Exception NameError: invalid literal for int() with base 10: 'test'
Traceback (most recent call last):
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/main.py", line 152, in main_as_application
    try:                        doorpi.DoorPi(parsed_arguments).run()
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/doorpi.py", line 232, in run
    if not self.__prepared: self.prepare(self.__parsed_arguments)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/doorpi.py", line 147, in prepare
    self.__keyboard     = load_keyboard()
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 20, in load_keyboard
    return KeyboardHandler(config_keyboards)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 104, in __init__
    self.__keyboards[keyboard_name] = load_single_keyboard(keyboard_name)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/KeyboardInterface.py", line 51, in load_single_keyboard
    pressed_on_key_down=pressed_on_key_down
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/from_wiegand.py", line 15, in get
    def get(**kwargs): return Wiegand(**kwargs)
  File "/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard/from_wiegand.py", line 23, in __init__
    self._InputPins = map(int, input_pins)
ValueError: invalid literal for int() with base 10: 'test'
2020-04-01 19:22:54,067 [DEBUG]         [doorpi.doorpi] destroy doorpi

Alles anzeigen

angel · 30. März 2020

Problem gefunden........

Zunächst mal mein Netzwerkaufbau. Ich habe eine FritzBox an der als ExposedHost meine Unifi USG sitzt. Die funktioniert als Firewall, Failover zu LTE, Netztwerkmanager und stellt drei Netzte bereit. Ein Gastnetztwerk, ein "Normals Netzwerk" für Internet facing devices und ein Haustechnik Netz.

Im Haustechniknetzwerk gibt es keine Internetfreigabe und alles was da rein oder Raustelefonieren will ist in der Firewall freigeschalten. Der DooPi hing jetzt in besagtem Haustechnik Netzt, war mit allen Ports freigeschalten hatte zwar Verbindung zur Fritztbox und konnte Anrufe tätigen aber die Sprachpakete kamen nicht durch.

Ich hab jetzt mal ein viertes VLAN dazu gepackt und den DooPi direkt an die Fritzbox gehängt siehe da es funktioniert.

Jetzt mal schauen ob ich noch einen NAT hinbekomme.

Danke an alle die sich die Mühe gemacht haben mir zu helfen.

angel · 30. März 2020

Hi funktioniert auf anhieb leider nicht.

Code

2020-03-30 19:12:45,003 [TRACE]         [doorpi.conf.config_object] get_keys for section keyboards returns ['meinleser', 'onboardpins']
2020-03-30 19:12:45,004 [INFO]          [doorpi.keyboard.KeyboardInterface] using multi-keyboard mode (keyboards: meinleser, onboardpins)
2020-03-30 19:12:45,004 [INFO]          [doorpi.keyboard.KeyboardInterface] trying to add keyboard 'meinleser' to handler
2020-03-30 19:12:45,005 [TRACE]         [doorpi.conf.config_object] get_string for key meinleser in section keyboards (default: dummy) returns wiegand
2020-03-30 19:12:45,006 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_InputPins returns ['input']
2020-03-30 19:12:45,006 [TRACE]         [doorpi.conf.config_object] get_keys for section meinleser_OutputPins returns []
2020-03-30 19:12:45,007 [TRACE]         [doorpi.conf.config_object] get_integer for key bouncetime in section meinleser_keyboard (default: 2000) returns 2000.0
2020-03-30 19:12:45,008 [TRACE]         [doorpi.conf.config_object] get_integer for key polarity in section meinleser_keyboard (default: 0) returns 0
2020-03-30 19:12:45,009 [TRACE]         [doorpi.conf.config_object] get_boolean for key pressed_on_keydown in section meinleser_keyboard (default: True) returns True
2020-03-30 19:12:45,012 [DEBUG]         [doorpi.keyboard.from_wiegand] doorpi.keyboard.from_wiegand loaded
2020-03-30 19:12:45,014 [DEBUG]         [doorpi.doorpi] destroy doorpi
2020-03-30 19:12:45,014 [DEBUG]         [doorpi.doorpi] Threads before starting shutdown: [<_MainThread(MainThread, started 1996034064)>, <Thread(OnWebServerStart from doorpi.status.webserver, started 1978422368)>]
2020-03-30 19:12:45,015 [TRACE]         [doorpi.action.handler] fire Event BeforeShutdown from doorpi.doorpi asyncron
2020-03-30 19:12:45,017 [DEBUG]         [doorpi.action.handler] [URU6IF] fire for event OnShutdown this actions [<doorpi.action.SingleActions.time_tick.TimeTickDestroyAction instance at 0x75ef0148>, <doorpi.status.webserver.WebServerShutdownAction instance at 0x75ef0490>]

Alles anzeigen

ich habe das ganze da einebaut

root@turkinkel:/usr/local/lib/python2.7/dist-packages/DoorPi-2.5.1-py2.7.egg/doorpi/keyboard# ls -l

-rw-r--r-- 1 root staff 4091 Mär 22 01:43 AbstractBaseClass.py

.....

-rw-r--r-- 1 root staff 7642 Mär 30 18:59 from_wiegand.py

-rw-r--r-- 1 root staff 81 Mär 22 01:43 __init__.py

-rw-r--r-- 1 root staff 249 Mär 22 01:43 __init__.pyc

-rw-r--r-- 1 root staff 5965 Mär 22 01:43 KeyboardInterface.py

-rw-r--r-- 1 root staff 6982 Mär 22 01:43 KeyboardInterface.pyc

Mit der doorpi.ini

Code

[AREA_public]
.* = None

[AdminNumbers]
015123019534 = active

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
last_snapshot =
number_of_snapshots = 5
snapshot_path = !BASEPATH!/../DoorPiWeb/snapshots/
snapshot_size = 800x600

[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb

[EVENT_OnCallStateDisconnect]
11 = out:klingel_g,0

[EVENT_OnSipPhoneMakeCall]
10 = out:klingel_g,1

[SIP-Phone]
audio_codecs = PCMA,PCMU
call_timeout = 20
capture_device = ALSA: AK5371
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = True
dialtone_volume = 99
echo_cancellation_enabled = True
firewallpolicy = PolicyNoFirewall
local_port = 5060
max_call_time = 60
playback_device = ALSA: USB2.0 Device
record_while_dialing = True
records = !BASEPATH!/records/Klingel%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = geheim01
sipserver_realm = fritz.box
sipserver_server = 192.168.178.1
sipserver_username = doorpi01
stun_server =

[keyboards]
onboardpins = gpio
meinleser = wiegand

[meinleser_keyboard]
data0 = 22
data1 = 23
mode = board

[meinleser_InputPins]
Input = klingel_g,1,0,3

[meinleser_OutputPins]


[onboardpins_InputPins]
36 = call:0151123456789

[onboardpins_OutputPins]
31 = klingel_g

[onboardpins_keyboard]
bouncetime = 200
mode = BOARD
polarity = 0
pressed_on_keydown = True
pull_up_down = PUD_DOWN

Alles anzeigen

angel · 30. März 2020

Hi

ich habe einen Wiegand reader bei mir mit dran hängen würde das gerne mal ausprobieren weiß nur nicht wie.

Aktuell mache ich das damit

https://github.com/alperenguman/rpi-wiegand-reader

und sende das dann über MQTT an den IOBroker.

Wäre aber praktisch wenn das direkt im DoorPi gehen würde.

angel · 30. März 2020

in der alsa.conf habe ich folgendes drinne

defaults.ctl.card 2

defaults.pcm.card 0

die asound.conf bit es wohl unter Buster nicht mehr die nennt sich jetzt wohl .asoundrc

pcm.!default {

type asym

capture.pcm "mic"

playback.pcm "speaker"

}

pcm.mic {

type plug

slave {

pcm "hw:2,0"

}

pcm.speaker {

type plug

slave {

pcm "hw:0,0"

}

pcm.input {

type hw

card 2

}

pcm.output {

type hw

card 0

}

ctl.!default {

type hw

card 0

}

Mir ist gerade noch aufgefallen das "open '/dev/snd/pcmC0D0c' " nicht funktionieren kann da das device nicht existiert sondern /dev/snd/pcmC0D0p existiert. Ich bin mir jetzt nicht sicher ob oder wo linphone das jetzt her hat das es hier ein capute device haben will aber das gibt es schonmal nicht da unter C0D0 nunmal der lautsprecher hängt. Das gleiche gilt für das Micro hier versucht linphone ein playback device zu öffnen das es nicht gibt.

Zumal der ja auch die Aufnahme des Micros am DoorPi auch im record file landen.

Besteht die möglichkeit das DooPi bzw. linphone nicht mit zwei unterschiedlichen devices für aufnahme und wiedergabe klarmommt?

angel · 30. März 2020

Hi danke für die Antwort. Habe nicht an die nummer im Log gedacht ist jetzt mal raus.

Ok so wie das jetzt gelesen habe ligt das daran das die Audiokanäle nicht geöffnet werden können da sie bereits in Verwendung sind.

Jetzt kenne ich wenigstens mal mein Problem und weiß worann es hakt. Aber wie lösen? ich hab es mal mit

sudo aoss doorpi_cli --trace

versucht wie in dem Link beschrieben aber ich bekomme immer noch die Ausgabe

2020-03-30 15:43:20,208 [INFO] [doorpi.sipphone.from_linphone] Registering all soundcard handlers

2020-03-30 15:43:20,268 [INFO] [doorpi.sipphone.from_linphone] Card 'ALSA: default device' added

2020-03-30 15:43:20,279 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_hw.c:1711 - open '/dev/snd/pcmC0D0c' failed (-2)

2020-03-30 15:43:20,279 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_dsnoop.c:638 - unable to open slave

2020-03-30 15:43:20,285 [INFO] [doorpi.sipphone.from_linphone] Card 'ALSA: USB2.0 Device' added

2020-03-30 15:43:20,286 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_hw.c:1711 - open '/dev/snd/pcmC1D0c' failed (-2)

2020-03-30 15:43:20,288 [INFO] [doorpi.sipphone.from_linphone] Card 'ALSA: bcm2835 ALSA' added

2020-03-30 15:43:20,298 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_hw.c:1711 - open '/dev/snd/pcmC2D0p' failed (-2)

2020-03-30 15:43:20,298 [INFO] [doorpi.sipphone.from_linphone] also error in pcm_dmix.c:1108 - unable to open slave

2020-03-30 15:43:20,300 [INFO] [doorpi.sipphone.from_linphone] Card 'ALSA: AK5371' added

Eigentlich sollte pcmC0D0c der Lautsprecher und pcmC2D0p Das Micro sein

Es macht auch keine unterschied ob alsa-oss installiert ist oder nicht.

angel · 30. März 2020

Hi,

der Alsamixer erkennt beide Geräte und die Lautstärke steht jeweils bei 100%.

Ja ich habe zwei verschiedene Geräte einmal einen USB Lautsprecher

USB Lautsprecher

und ein separates USB Mikrophone

USB Micro

Weil billig und beim Lautsprecher hab ich einen eingebauten Verstärker und brauche keine Separate Stromversorgung.

Ich habe jetzt mal den DoorPi im Trace gestartet und einen Anruf getätigt anbei da Logfile dazu. Vielleicht findest jemand was.

doorpi.txt

Oder könnte es gar sein das DoorPi nicht mit zwei Devices umgehen kann.

angel · 27. März 2020

Hi,

nein den Wahltone höre leider auch nicht nur das piepen wenn er auflegt hört man. Wenn ich z.B. Die aufzeichnug des Anrufes mit aplay abspiele hört man auf dem DoorPi alles was über das Micro vom DoorPi eingesprochen wurde und was von der Gegenstelle gesprochen wurde. Alsamixer habe ich hoffentlich richtig eingestellt zumindest zeigt er das richtige device an. Ich bin mir nur nicht 100% sicher da ich ein USB Micro und einen seperaten USB Lautsprecher benutze. Log von einem Anruf zeichne ich nacher mal auf und lad es hoch.

Danke schonmal!

angel · 27. März 2020

Hallo zusammen,

ich habe mit meinem DoorPi ein Problem und vielleicht kann mir jemand weiterhelfen. Sonst beiß ich da bald rein.

Und zwar folgendes wenn ich mit einem beliebigen (unter AdminNumbers) eingetragen gerät den DoorPi anrufe oder vom DoorPi einen Anruf starte kommt an keiner der Seiten auch nur ein mucks raus. Komischerweise sind die aufnahmen der Gespräche vollständig. Das heißt wenn ich nach der Beendigung des Telefonats die .wav Datei anhöre ist da das ganze Gespräch mit to von beiden Micros drinnen.

Wenn ich den Klingelknopf betätige höre ich auch keinen Wählton sobald ich an der Gegenstelle rangehe ist alles ruhig und wenn die maximale Gesprächzeit abgelaufen ist hupt der DoorPi ziemlich lauf und legt auf Ich hab mittlerweile die verschiedensten Konfigurationen und was capture und playback device angeht durch...

Ist bestimmt nur irgendwo eine Kleinigkeit aber ich komme nicht drauf.

Code: DooPi.ini

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led =
snapshot_path = !BASEPATH!/../DoorPiWeb/snapshots/
number_of_snapshots = 5
snapshot_size = 800x600
last_snapshot =

[DoorPiWeb]
indexfile = index.html
ip =
loginfile = login.html
online_fallback = http://motom001.github.io/DoorPiWeb
port = 80
public = AREA_public
www = !BASEPATH!/../DoorPiWeb

[AREA_public]
.*

[EVENT_OnSipPhoneMakeCall]
10 = out:klingel_g,1

[EVENT_OnCallStateDisconnect]
11 = out:klingel_g,0

[AdminNumbers]
**620 = actice
**622 = active
**623 = active
**624 = active
0151123456789 = active
**1 = active
**2 = active

[keyboards]
onboardpins = gpio

[onboardpins_keyboard]
bouncetime = 200
pull_up_down = PUD_DOWN

[onboardpins_OutputPins]
31 = klingel_g

[onboardpins_InputPins]
36 = call:0151123456789

[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 20
#capture_device = ALSA: default device
capture_device = ALSA: AK5371
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 99
echo_cancellation_enabled = False
local_port = 5060
max_call_time = 60
#playback_device = ALSA: default device
playback_device = ALSA: USB2.0 Device
record_while_dialing = True
records = !BASEPATH!/records/Klingel%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = geheim
sipserver_realm = fritz.box
sipserver_server = 192.168.178.1
sipserver_username = doorpi
stun_server =
ua.max_calls = 2
#video_codecs = VP8
#video_device = StaticImage: Static picture
#video_device = V4L2: /dev/video0
#video_display_enabled = False
#video_size = vga

Alles anzeigen

Wenn ich in das Start log schaue sind er da alle Audio ein und Ausgabegeräte und wenn ich eine Testaufnahme mache und wiedergebe funktioniert auch alles so wie es soll.

Gibt es da noch irgendeinen Trick oder Mute Knopf den man machen kann?

Code: log

2020-03-27 18:18:02,621 [INFO]          [doorpi.sipphone.from_linphone] found 4 possible sounddevices:
2020-03-27 18:18:02,622 [DEBUG]         [doorpi.sipphone.from_linphone] |rec|play| name
2020-03-27 18:18:02,622 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
2020-03-27 18:18:02,623 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_sound_devices(0x74020368 [0xfba400])
2020-03-27 18:18:02,623 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_sound_devices -> 0x74034828
2020-03-27 18:18:02,623 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x74020368 [0xfba400], "ALSA: default device")
2020-03-27 18:18:02,623 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2a3128
2020-03-27 18:18:02,624 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x74020368 [0xfba400], "ALSA: default device")
2020-03-27 18:18:02,624 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2a3128
2020-03-27 18:18:02,624 [DEBUG]         [doorpi.sipphone.from_linphone] | X | X  | ALSA: default device
2020-03-27 18:18:02,624 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x74020368 [0xfba400], "ALSA: USB2.0 Device")
2020-03-27 18:18:02,625 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2a311c
2020-03-27 18:18:02,625 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x74020368 [0xfba400], "ALSA: USB2.0 Device")
2020-03-27 18:18:02,625 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2a3128
2020-03-27 18:18:02,626 [DEBUG]         [doorpi.sipphone.from_linphone] | O | X  | ALSA: USB2.0 Device
2020-03-27 18:18:02,626 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x74020368 [0xfba400], "ALSA: bcm2835 ALSA")
2020-03-27 18:18:02,626 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2a311c
2020-03-27 18:18:02,626 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x74020368 [0xfba400], "ALSA: bcm2835 ALSA")
2020-03-27 18:18:02,627 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2a3128
2020-03-27 18:18:02,627 [DEBUG]         [doorpi.sipphone.from_linphone] | O | X  | ALSA: bcm2835 ALSA
2020-03-27 18:18:02,627 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_capture(0x74020368 [0xfba400], "ALSA: AK5371")
2020-03-27 18:18:02,627 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_capture -> 0x2a3128
2020-03-27 18:18:02,628 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_instance_method_sound_device_can_playback(0x74020368 [0xfba400], "ALSA: AK5371")
2020-03-27 18:18:02,628 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_instance_method_sound_device_can_playback -> 0x2a311c
2020-03-27 18:18:02,628 [DEBUG]         [doorpi.sipphone.from_linphone] | X | O  | ALSA: AK5371
2020-03-27 18:18:02,628 [DEBUG]         [doorpi.sipphone.from_linphone] ------------------------------------
2020-03-27 18:18:02,629 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_capture_device(0x74020368 [0xfba400])
2020-03-27 18:18:02,629 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_capture_device -> 0x74034a20
2020-03-27 18:18:02,629 [DEBUG]         [doorpi.sipphone.from_linphone] using capture_device: ALSA: AK5371
2020-03-27 18:18:02,630 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_playback_device(0x74020368 [0xfba400])
2020-03-27 18:18:02,630 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_playback_device -> 0x74034a20
2020-03-27 18:18:02,630 [DEBUG]         [doorpi.sipphone.from_linphone] using playback_device: ALSA: USB2.0 Device
2020-03-27 18:18:02,630 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] >>> pylinphone_Core_get_mic_gain_db(0x74020368 [0xfba400])
2020-03-27 18:18:02,631 [DEBUG]         [doorpi.sipphone.from_linphone]         [PYLINPHONE] <<< pylinphone_Core_get_mic_gain_db -> 0xd060e8
2020-03-27 18:18:02,631 [DEBUG]         [doorpi.sipphone.from_linphone] mic_gain_db: 0.0

Alles anzeigen

Vielen Dank schonmal

angel · 24. März 2020

Hallo,

sorry das ich den Beitrag versucht habe zu kapern. Wollte eigentlich gerade einen aufmachen zu meinem Problem da hab ich den gefunden und fälschlicher weise mein Problem als Kommentar reingepackt. Mein Audioproblem habe ich mittlerweile eingegrenzt "lag" an den Lautsprecher und Mikrophone Einstellungen da habe ich was so verbogen das je nachdem wer versucht hat Audio wiederzugeben es am Lautsprecher ankam oder nicht. Egal hab den Pi jetzt nochmal mit einem frischen Buster Image neu aufgesetzt. An der stelle wollte ich den DoorPi eigentlich nur als Softephone missbrauchen und als zusätzliche Sprechstelle einrichten. Eigentlich würde mir da ja irgendein Softephone langen aber bei Dr. Google hab ich nichts wirklich passendes gefunden. Kennt jemand hier eine Alternative?

Danke und nochmals Entschuldigung für den falschen Beitrag.

angel · 21. März 2020

Hi,

ich baster gerade genau sowas. An dem Raspi hängt ein 10.1" Touch ein USB Micro und ein Aktiver USB Lautsprecher.

Auf dem Display wird meine Hasu Visualisierung angezeigt und DoorPi möchte ich gerne zum Annehmen der Anrufe des DoorPi an der Haustüre nehmen. Anrufe kann ich zwar annehmen aller dings kommt weder Ton an noch geht Sprache raus. Man hört 30s lang nix dann kommt ein piep piep und der DoorPi legt auf. Muss oder kann man dem DoorPi irgendwo sagen das er bei eingehenden anrufen nicht nur aufzeichen soll sonder das ganze an ein audiogerät ausgeben?

Danke und Grüße

Beiträge von angel

from_wiegand.py

from_wiegand.py

from_wiegand.py

from_wiegand.py

from_wiegand.py

Kein Ton bei Anrufen

from_wiegand.py

from_wiegand.py

Kein Ton bei Anrufen

Kein Ton bei Anrufen

Kein Ton bei Anrufen

Kein Ton bei Anrufen

Kein Ton bei Anrufen

Client für Pi?

Client für Pi?