Beiträge von Lx2018

Zitat von Tabuk

Hallo,
Ich habe meine Kamera ohne Probleme mit dem HDMI Kabel am laufen.
Kann den Adappter empfehlen. Top

Was für ein HDMI Kabel hast du verwenden? Welche Spezifikation?
Ich habe Probleme mit mehreren HDMI Kabeln das mit diesem Adapter zum laufen zu bekommen. Geholfen hatte die Lötanleitung zur Überbrückung der fehlenden Erdung, allerdings ist das recht wackelig und hat eben wieder nicht funktioniert.

Also kannst du verraten was es für ein HDMI Kabel ist? Btw ich nutze auch einen micro HDMI auf hdmi Adapter.

Grüße

Zitat von CBMOD

was hat es eigentlich für einen Grund den Stream zu starten/stoppen?

Hallo CBMOD,

ich starte den Stream erst wenn jemand den Klingelknopf drückt.
In einem anderen Thread wurde empfohlen, vorab nochmal sicher zu gehen, dass der Stream nicht erneut/ doppelt gestartet wird. Deshalb zuerst der "stop" Befehl und dann der "start" Befehl.

Warum ich generell den stream nicht einfach laufen lasse:
Nunja die Auslastung ist sehr gering, allerdings habe ich zu wenig Ahnung, inwiefern ein Dauerstream die SD Karte beanspruchen kann.

Womit ich aktuell noch kämpfe:
- teilweise kommt es zu einem Geisterklingeln. Evt. ist mein PullUp Widerstand zu gering?
- die App Videofon von ELCOM hat den Bug, dass wenn man den Stream manuell startet und wieder schließt, kann man den Anruf nicht mehr annehmen.
- Die Funkion, dass ein erneutes klingeln den bestehenden Anruf nicht beendet; ggf. mit einem Skript .lock-Dateien erstellen wie hier schon vorgeschlagen.,

Danke für Eure Rückmeldungen

Hallo,

ich hab jetzt mal den stop Befehl raus genommen und starte den stream vor dem Verstärker.
Das klappt.
Allerdings nicht so schön, da er die ersten Wähltöne nicht abspielt, da der Verstärker erst spät angeht.

Legitim, den Verstärker beim Call Event zu schalten?

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = StatusLED
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


[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 45
capture_device = ALSA: default device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 20
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 160
playback_device = ALSA: default device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = doorpi
sipserver_realm = fritz.box
sipserver_server = 192.168.0.80
sipserver_username = 620
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = V4L2: /dev/video0
video_display_enabled = true
video_size = vga


[keyboards]
onboardpins = gpio


[onboardpins_keyboard]
bouncetime = 2000
mode = BOARD


[onboardpins_InputPins]
8 = sleep:0


[onboardpins_OutputPins]
36 = Verstaerker
38 = StatusLED


[EVENT_OnStartup]
10 = sleep:1
20 = out:Verstaerker,0


[EVENT_OnKeyPressed_onboardpins.8]
10 = call:**620


[EVENT_OnMediaRequired]
10 = os_execute:sudo service mjpg_streamer start
20 = out:Verstaerker,1


[EVENT_OnMediaNotRequired]
10 = sleep:1
20 = out:Verstaerker,0
25 = sleep:10
30 = os_execute:sudo service mjpg_streamer stop

Hallo zusammen,

ich bin mit meinem Projekt wieder ein Stück weiter gekommen.
Aktuell habe ich ein Problem.

Wenn der Klingelknopf gedrückt wird, dann wird der Verstärker eingeschaltet, dann der Call gestartet.
Dann wird im Event "MediaRequired" der Stream für die PiCam proforma beendet und nach 0,5s neu gestartet. Dies funktioniert nicht.

Manuell kann ich den Stream starten, aber über die doorpi.ini klappt es nicht.

[DoorPi]
base_path = /usr/local/etc/DoorPi
eventlog = !BASEPATH!/conf/eventlog.db
is_alive_led = 
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


[SIP-Phone]
firewallpolicy = PolicyNoFirewall
audio_codecs = PCMA,PCMU
call_timeout = 45
capture_device = ALSA: default device
dialtone = !BASEPATH!/media/ShortDialTone.wav
dialtone_renew_every_start = False
dialtone_volume = 20
echo_cancellation_enabled = False
identity = DoorPi
local_port = 5060
max_call_time = 160
playback_device = ALSA: default device
record_while_dialing = False
records = !BASEPATH!/records/%Y-%m-%d_%H-%M-%S.wav
sipphonetyp = linphone
sipserver_password = *******
sipserver_realm = fritz.box
sipserver_server = 192.168.0.80
sipserver_username = 620
stun_server = 
ua.max_calls = 2
video_codecs = VP8
video_device = V4L2: /dev/video0
video_display_enabled = true
video_size = vga


[keyboards]
onboardpins = gpio


[onboardpins_keyboard]
bouncetime = 200
mode = BOARD


[onboardpins_InputPins]
8 = sleep:0


[onboardpins_OutputPins]
36 = Verstaerker


[EVENT_OnStartup]
10 = sleep:1
20 = out:Verstaerker,0


[EVENT_OnKeyPressed_onboardpins.8]
10 = out:Verstaerker,1
20 = call:**620


[EVENT_OnMediaRequired]
10 = os_execute:sudo service mjpg_streamer stop
20 = sleep:0.5
30 = os_execute:sudo service mjpg_streamer start


[EVENT_OnMediaNotRequired]
10 = out:Verstaerker,0
20 = sleep:10
30 = os_execute:sudo service mjpg_streamer stop

Hallo zusammen,

Mein erster Thread bei euch.

Mein Problem hat bis jetzt noch nichts mit Doorpi zu tun, sondern taucht in der Prototypenphase auf.

Ich teste gerade den Aufbau der Soundwiedergabe.
Hierzu habe ich eine USB Soundkarte die am raspberry pi hängt. Von dieser geht es an den Verstärker. Vom Verstärker geht es an den Lautsprecher. Weiterhin wird der Verstärker vom Pi versorgt.

Mein Problem: gebe ich über den Pi einen Testtone aus via aplay, dann ist dieser Ton sehr leise, auch wenn ich im alsamixer die Lautstärke ganz hoch setze l. Dann übersteuert der Lautsprecher eher. Schließe ich Kopfhörer an, ist der Klang und die Lautstärke perfekt.

1. Frage: eher ein Softwareproblem oder doch auf der hardwareseite? Was für Informationen benötigt ihr noch?

Nächstes Problem: Der Lautsprecher rauscht im Hintergrund. Wenn am pi über ssh Verbindung gearbeitet wird, knackt es im Lautsprecher. Daraufhin habe ich die USB Soundkarte in einen Windows PC gesteckt, um zu überprüfen, ob es daran liegt dass Soundkarte und Verstärker Strom aus der selben Quelle beziehen. Siehe da, das rauschen und knacken ist weg. Wird allerdings am Windows PC eine Audio Datei abgespielt, kommt nichts beim Lautsprecher an. Die USB Karte wird von Windows erkannt und über Kopfhörer hört man auch was.

2. Frage: wo liegt das Problem, dass der Aufbau nicht (testweise) auch den Sound von einem Windows rechner wiedergeben kann?

Ich möchte ausschließen, dass der Verstärker oder sonstige Teile in diesem Modul einen Knacks bekommen haben.

Freue mich über eure Rückmeldung.

Grüße aus Hessen