Die 3,5-mm-Buchse beginnt zu „zischen“, nachdem der Ton abgespielt wurde

Ich habe die folgenden Probleme mit meinem Verstärker auf dem Raspberry Pi 2, Modell B.

1. Starten Sie den Pi, alles klingt großartig.
2. Spielen Sie ein Soundbyte über den Pi (mit ALSA)
3. Die Lautsprecher zischen unabhängig davon, ob das PCM "stummgeschaltet" ist (mit alsamixesr) oder eine beliebige Lautstärke hat.

Ich habe disable_audio_dither = 1 in der Datei /boot/config.txt festgelegt, dieses Problem wird jedoch nicht behoben.

Ich habe getestet, um sicherzustellen, dass es durch Ausführen aktiviert wurde:

# vcgencmd get_config disable_audio_dither
disable_audio_dither=1

Was kann vom Booten bis zum Abspielen des ersten Sounds passieren und wie kann ich das Zischen nach dem ersten Abspielen wieder stoppen?

Bearbeiten

Meine Frage unterscheidet sich von der hier gestellten Frage: Wie kann die Audioqualität über die Audio-Buchsenausgabe verbessert werden , da in dieser Frage Probleme mit Knallgeräuschen zwischen den Songs behandelt werden. Mein Problem ist, dass nach dem Abspielen von Audio auf dem Pi von nun an ein zischendes Geräusch aus den Lautsprechern zu hören ist, bis der Pi neu gestartet wird. Ich habe überhaupt keine Knallgeräusche und die Verwendung einer USB-Karte hat dieses Problem für mich nicht behoben.

Bearbeiten 2

Versucht mit einem Tendak HDMI zu VGA für den Sound ( http://www.amazon.com/Tendak-Converter-Adapter-Projector-Blu-ray/dp/B00SKP88VA/ref=sr_1_10?ie=UTF8&qid=1450364986&sr=8-10&keywords = tendak + hdmi ) denken, dass wir mehr davon haben würden, aber das Problem bleibt bestehen.

Der Audioanschluss des Pi ist nicht sehr gut, aber diese Konsequenz eines billigen Audioanschlusses kann auf zwei Arten gemildert werden.

1. PulseAudio

PulseAudio ist eine qualitativ hochwertigere Möglichkeit, Audio über einen beliebigen Anschluss abzuspielen.

Weitere Informationen und Informationen zur Installation / Verwendung finden Sie hier: https://dbader.org/blog/crackle-free-audio-on-the-raspberry-pi-with-mpd-and-pulseaudio

2. USB-Soundkarten

Dies ist die am weitesten verbreitete Lösung, da Sie mit einer USB-Soundkarte ein Mikrofon verwenden können. Sie können einen für weniger als 5 US-Dollar bei eBay und Amazon abholen.

Ich vermute, der Verstärker ist nach dem Abspielen der ersten Audiodatei noch eingeschaltet. Es gibt einige Dinge, die Sie ausprobieren können (von denen Sie einige möglicherweise bereits ausprobiert haben).

• Schließen der zum Abspielen der Samples verwendeten Software. Ich habe mit Sonic Pi an einem Modell 2 getestet, und das Schließen von Sonic Pi hat das Zischen gestoppt und es viel leiser gemacht. Weitere Tests zeigen, dass das leise Zischen auch während des Bootens vorhanden ist, bevor snd_bcm2835es geladen wird, und dass Sonic Pi das lautere Zischen startet.
• Stoppen ( rmmod) verschiedener Module in Bezug auf Sound. Sie müssen die Option "Erzwingen" aktivieren, um dies zu tun, da einige Module anscheinend "in Verwendung" sind, aber von nichts Bestimmtem verwendet werden. Es gibt einen Grund, warum es standardmäßig deaktiviert ist (hohe Wahrscheinlichkeit eines Absturzes).

Beim Testen in Sonic Pi konnte ich das gleiche (laute) Zischen in den Lücken zwischen den Signaltönen hören - ich vermute, Sie hören es nur während der Proben nicht, weil es von der Probe übertönt wird. Wie Sie haben die Lautstärketasten und die Stummschalttasten nichts bewirkt. Meine Tests wurden mit einigen schrecklichen Kopfhörern im integrierten Audioanschluss durchgeführt.

Die Tatsache, dass das Zischen beim Spielen von Software lauter war, legt zwei Quellen nahe. Ich kenne die Topologie nicht, aber ich würde den DAC und den Verstärker erraten, wobei der Verstärker immer mit Strom versorgt wird.

Da ich mit der Hardware spiele und vor Jahren einige einfache Audio-Hardware hergestellt habe, würde ich eine Hardware-Stummschaltung in Betracht ziehen, die von einem GPIO-Pin gesteuert wird. Auf den ersten Blick denke ich an einen 1K-Widerstand gegen Masse, der von einem kleinen FET geschaltet wird (alle pro Kanal, aber Sie könnten sie über denselben GPIO-Pin betreiben). Dies ist wahrscheinlich besser als das Unterbrechen der Schaltung mit einem Transistor, da Sie in der nächsten Stufe möglicherweise einen Ausschaltknall bekommen und den Tonabnehmer erhöhen (ich gehe von verstärkten Lautsprechern aus). Dies würde natürlich nicht viel helfen, wenn Ihre Audioclips Stille enthalten.

Es klingt wie weißes Rauschen (fast genug), so dass Sie es nicht filtern können (im Gegensatz zum Netzbrummen), und ich vermute, es ist laut genug, um die Ausgangslautstärke zu erhöhen, damit Sie Ihren Verstärker / Ihre Lautsprecher leiser stellen können genug.

Ich konnte das Zischen vollständig beseitigen, indem ich audio_pwm_mode = 2 zu meiner /boot/config.txt hinzufügte. Übrigens: Ich habe auch einen Masseschleifenisolator zwischen meiner Audio-Buchse und meinem Verstärker.

Es ist ein Hardwareproblem.

Die ursprünglichen Pi's litten unter Rauschen aufgrund der Einspeisung von Stromversorgungsgeräuschen. Die Serien '+' (und B2) sind in dieser Hinsicht viel besser (da sie den Klang von der GPU mit einem separaten Regler entkoppeln). Sie können jedoch das Rauschen reduzieren, indem Sie ein Netzteil mit 'höherer Qualität' (mit 1,5 A) verwenden sind normalerweise besser) und / oder fügen eine zusätzliche Elektrolytkappe hinzu. über die GPU-Leistung in der Nähe der 'Sound Output'-Stromanschlüsse.

Ich hatte das gleiche Problem und tatsächlich habe ich das Betriebssystem neu installiert. Schließlich stellte ich fest, dass mein Problem darin bestand, dass der Servoblaster als pwm verwendet wurde. Als Servoblaster verwenden Sie die PIN 18, die auch für die 3,5-Audio-Buchse verwendet wird, unter Verwendung des PCM-Flags --pcm, das ich konnte Hol mein Audio zurück. Weitere Informationen finden Sie auf dieser Website unter https://leenabot.com/de/Driving-Servo-Motors-Servo-Blaster-for-Raspberry-Pi/ . Hoffe, dies ist hilfreich für andere, die Servoblaster verwenden.