Linux: Pi3 تتلعثم صوت البلوتوث مع تمكين Wifi

لقد كنت أواجه نفس المشكلة بالضبط. أدى تعطيل WLAN0 إلى إصلاح مشكلات الصوت. ومع ذلك ، أود بشدة أن أتمكن من استخدام شبكة wifi ...

نفس الشيء هنا. استغرقني 3 أيام ، 2 توزيعات لمعرفة أنه كان البناء في شبكة WiFi. يظهر الخطأ نفسه عندما أستخدم عصا WiFi بشكل خطير في منافذ USB. عندما أستخدم كابل توصيل USB مع عصا USB ، كل شيء يعمل بشكل جيد. لذلك أعتقد ببساطة أنه يأتي من الهوائي الذي يتداخل فيه خدمتا 2.4 جيجا هرتز مع بعضهما البعض. : - /

تمكنت من تشغيل A2DP عن طريق تعطيل شبكة wifi الموجودة على متن الطائرة واستخدام محول Wi-Pi USB ، بدون أي كابل تمديد.

هذا يثير سؤالًا مثيرًا للاهتمام: هل تدعم شريحة WiFi الموجودة على اللوحة التعايش مع Bluetooth ، وهل يدعم برنامج التشغيل هذا ، وهل يعمل بشكل صحيح؟ استنادًا إلى ما رأيته من مصادر متعددة ، هناك زمن انتقال أفضل إلى حد كبير عندما تقوم إما بتعطيل شبكة WiFi الداخلية أو تعطيل البلوتوث الموجود على اللوحة واستخدام محول USB بدلاً من ذلك ، وهذا يبدو لي مثل الشريحة الموجودة على اللوحة لا ينفذ تعايش BT بشكل صحيح ، أو أن برنامج التشغيل لا يدعمه بشكل صحيح.

يحتوي BCM43438 على واجهة تعايش بين واجهات WiFi و Bluetooth - لا يلزم دعم البرامج.

Ferroin من تجربتي ، أود أن أقول / بشكل أساسي / نعم ، على الرغم من أنني لست مصدرًا

+1 على هذا ، كما اكتشفت هذه الليلة. تم إزالة wlan0 وتشغيل الصوت على ما يرام. هل حصل أي شخص على أي كلمة جديدة منذ أغسطس حول ما يحدث هنا وما إذا كان هناك حل؟

يمكنك إجراء +1 لي أيضًا ، ويتم بث "ifdown wlan0" و pulseaudio بشكل جيد عبر a2dp

+1 ، تم التحديث اليوم للتو ، باستخدام مكبر صوت بلوتوث Anker Sound Core. يعمل بشكل جميل إذا قمت بإيقاف تشغيل wifi ، لكن هذا حل كبير جدًا. إنه أمر مزعج ولكنه عملي لهذا المشروع (حسنًا ، سأتصل عبر hdmi بدلاً من vncserver ) لكنني أنتظر أيضًا إصلاحًا لأنه يحد بشدة من قدرتي على جعل مشاريعي متنقلة. VNCserver أمر لا بد منه.

+1 التي أصابتني بالصداع أثناء اكتشاف هذه المشكلة!

كنت بحاجة إلى شبكة WiFi ، لذلك أنا فقط:
1) استخدم دونجل USB كمحول WiFi
2) قم بتعطيل محول WiFi على متن الطائرة في / etc / network / interfaces

لا مزيد من مشاكل الصوت.

أنا متحمس لرؤية أي تقدم في هذا ، ولكن كتذكير ، يمكنك الاشتراك في هذا الموضوع وإضافة رد فعل على المنشور الأصلي. لا يوصى بنشر رد +1.

متفق عليه أنه لا توجد شبكة WiFi تُعيق قاعدة Pi3 تؤدي إضافة دونجل USB إلى هزيمة أحد المكاسب الكبيرة مع Pi3 لشبكة WiFi / BT المدمجة. :-(

لقد اختبرت أيضًا السلوك وأواجه نفس المشكلة كما ورد هنا. التخطيط لإضافة محول USB WiFi إضافي للتغلب على المشكلة. نأمل أن يدعم pi شبكة WiFi الثانية دون مشاكل كثيرة.

أعتقد أن Zero W سيعاني من نفس المشكلات المتعلقة بالبلوتوث والشبكة المحلية اللاسلكية ، مثل استخدام نفس الشريحة؟
إن استخدام أجهزة USB كحلول ليس بهذه السهولة مع Zero W.

هل هذا يحدث لكل شخص Raspberry Pi؟ كيف يتم تشغيل الموسيقى؟ (Pi hat DACs ، بطاقات الصوت ، BCM؟) لماذا تستخدم Wifi؟

لأنه لم يكن لدي أي مشاكل مع Pi3 الخاص بي

فقط قضية عندما كلاهما ذاهب. تنقل WiFi بنشاط ثم حاول استخدام Bluetooth. Bluetooth + LAN ليست مشكلة. لذلك لن يرى معظم الأشخاص والتطبيقات المشكلة.

لقد أضفت مستقبل WiFi ثانويًا وجعلته أساسيًا وأستخدم WiFi المضمّن كمستقبل بلوتوث. هذه أرخص طريقة للحصول على هذا العمل.

Bluetooth + LAN ليست مشكلة.

من فضلك أرني منفذ LAN على Pi0W.

هل حاول أي شخص تجديد نبض الصوت ليكون له أولوية أعلى؟

نعم ، لقد حاولت بأولوية أعلى مع عدم وجود فرق واضح في النتيجة.

مرحبا،
هل يمكنك السماح لي بمعرفة التكوين العملي إذا كان لديك واحدًا لـ
المشكلة المذكورة أعلاه مثل Wifi - مطلوب ، اقتران مكبر صوت Bluetooth في A2DP
الوضع.
من ملفك الشخصي ، يبدو أنك لعبت على نطاق واسع في ذلك
منطقة.

شكر.

في صحتك،
براديب
http://pradeepclicks.com/

يوم الإثنين 6 مارس 2017 الساعة 9:29 مساءً ، Brett Reinhard [email protected]
كتب:

هل حاول أي شخص تجديد نبض الصوت ليكون له أولوية أعلى؟

-
أنت تتلقى هذا لأنك علقت.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/raspberrypi/linux/issues/1402#issuecomment-284439625 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/ADb1rV3_oFd2_qM8-2yHoDdLGeFK3d5dks5rjC1ngaJpZM4IExoX
.

أحاول أيضًا حل هذه المشكلة. يبدو أن التقلب يتغير قليلاً بين مكبرات الصوت / سماعات الرأس المختلفة BT ، لكنه لا يزال موجودًا باستخدام دونجل WiFi وتعطيل WiFi على متن الطائرة. حتى باستخدام دونجل BT ، لا يزال التقلب موجودًا أثناء تشغيل ملف mp3 محلي أو استخدام Pithos (Pandora). لقد استخدمت أيضًا ملف mp3 بمعدل بت أقل ، وتحسن التقلب.

لقد قمت بتنزيل بعض عينات الملفات من 16 إلى 64 كيلو بت في الثانية وقمت بتشغيلها باستخدام VLC على RPi3. أقوم بتشغيل pulseaudio والاتصال ببعض سماعات الأذن البلوتوث الرخيصة.
http://www.digitalprosound.com/Htm/WebAudio/2000/Oct/MP3bitrates3.htm

مع نشاط WiFi في الخلفية فقط ، يتم تشغيل كل ملف ، لكنه أظهر بعض التقلب مع زيادة معدل البت. بعد ذلك ، قمت بتشغيل تحديث apt-get وأثناء تشغيله ، قمت بتشغيل ملف 16k. متقطع جدا. نفس الشيء بالنسبة للآخرين. في الواقع ، كان لنشاط wifi تأثير أكثر من معدل البت للملف.

قم الآن بإرفاق WiFi dongle وقم بتعطيل Wifi onboard (sudo ifdown wlan0). حاول مرة أخري.
جميع الملفات على نحو سلس تماما. ماذا عن أثناء إجراء التنزيل عبر Wifi؟ سلس أيضًا عند 64 كيلو بت في الثانية.
تشغيل بيثوس (باندورا)؟ ناعم. لم يكن هذا هو الحال الليلة الماضية ، لذلك أنا لست مقتنعًا بأن لدي حلًا قويًا.

أواجه نفس المشكلة.

لقد قمت بحلها باستخدام دونجل Bluetooth الذي يعد نجاحًا كاملاً.
تقنيات التوصيل USB-BT4LE

ما زلت غير سعيد بهذا رغم ذلك ، ما هو الهدف من وجود ميزات لا يمكن استخدامها.

هناك شيء واحد يجب عليك التأكد منه وهو إيقاف تشغيل مسح البلوتوث (إيقاف المسح) أثناء وجودك في موجه bluetoothctl. أدى ذلك إلى حل مشكلتي وتمكنت من البث بشكل جيد باستخدام Pi Zero W و Pi3 باستخدام wifi / BT المدمج و Pi Zero + redbear IoT PiHat.

Michiman : أنا متأكد بنسبة 100٪ أنني جربته دون إجراء مسح ضوئي في نفس الوقت. لا تزال المشكلة. أنا أستخدم rpi3 بالرغم من ذلك.

+1
نفس الشيء هنا هو بالتأكيد مزيج من wifi + bluetooth على متن الطائرة.
الإعداد: pi zero w + phat dac

تمكين بلوتوث + wifi على متن الطائرة -> تتعثر الصوت بشكل سيئ للغاية
تم تعطيل wifi على متن الطائرة -> يتم تشغيل الصوت بشكل مثالي دون تلعثم

أعتقد أنني بحاجة إلى البدء في التحقيق في كيفية عمل كل هذا على مستوى منخفض - مما يشكل تحديًا جيدًا لتعلم هذا بشكل صحيح

لقد واجهت أيضًا مشكلات صوتية مروعة أثناء محاولة دفق الصوت باستخدام دروس a2dp بناءً على pulseaudio.
لقد جربت اقتراحات لضبط أحجام المخزن المؤقت وتعطيل شبكة WLAN الداخلية.
تحسنت جودة الصوت بشكل كبير ، ولكن لا يزال ليس لدرجة أنني سأستخدم هذا كجهاز استماع حقيقي - في أحسن الأحوال سأحصل على فرقعة أو تلعثم كل بضع ثوان.

لقد وجدت مشروع جيثب آخر يتغلب على المشكلة عن طريق تجنب نبض الصوت تمامًا:
https://github.com/lukasjapan/bt-speaker
بعد تعطيل شبكة WLAN الداخلية ، يكون الصوت معقولًا تمامًا باستخدام هذه الطريقة ، ولا حاجة لتسجيل الدخول عند التمهيد (أقوم بتشغيله في خلفية صورة retropie الخاصة بي).

maklotski ، لقد

لقد أصدرنا جميع المعلومات المفيدة التي لدينا ، أي ليس كثيرًا. يحتوي Cypress (كان Broadcom) على مجموعتين متوازيتين من مكدسات السائق - dhd و brcmfmac. من المفترض أنهم على وشك الانتهاء من برنامج تشغيل dhd محدث مما يحسن التعايش ، لكن أ) لا يزال قيد الاختبار و ب) نستخدم brcmfmac. بمجرد أن يتم تحسين برنامج تشغيل brcmfmac ، سنقوم بدفعه للخارج.

ببساطة إضافة +1 لهذه المشكلة لا فائدة منه. إنها فقط تجعل قائمة التعليقات أطول بدون سبب. بمجرد حصولنا على أي معلومات ، سيتم نشرها.

+1 لمواصلة وضع هذا على الرادار ونأمل في تصعيد الأولوية
للإصلاح

سيتم تحديث مؤشر ترابط github هذا عند توفر المعلومات ذات الصلة بالمشكلة. نحن نعتمد إلى حد ما على Broadcom (الآن Cypress) التي توفر تحديثات برنامج التشغيل لأن دعم التعايش على الشريحة هو وظيفة من البرامج الثابتة للشريحة أو إعداد البرامج الثابتة.

إن تقليل نسبة الإشارة إلى الضوضاء في الخيط باستخدام ردود غير مرغوب فيها أمر مزعج فقط. التعليقات التي لا تقدم أي شيء للمناقشة المحيطة بالتحقيق أو حل المشكلة من المحتمل أن يتم حذفها بإيجاز.

لقد كتبت نصًا صغيرًا لاستخدامه inotify لتشغيل وإيقاف تشغيل wlan0 إذا تم توصيل / قطع اتصال البلوتوث. طيب هو كذلك
حل بديل لكن يمكنني التعايش معه.

#! / بن / باش

احيانا صحيح
فعل
RES = inotifywait -q -e CREATE,DELETE /dev/input/
الحالة "$ RES" في
"/ dev / input / DELETE event1")
ifconfig wlan0 up
؛؛
"/ dev / input / CREATE event1")
ifconfig wlan0 أسفل
؛؛
esac
منجز &
"

إذن ، هذا هو العمل (على طول الطريق) الذي أود مشاركته على حساب السخرية منه.
قم بتشغيل pacat /dev/zero في الخلفية
قم الآن بتشغيل بعض الصوت وبعد توقف الطقطقة + -30 ثانية ثم قم بتشغيل بعض الأصوات الأخرى واستمتع بالتشغيل الواضح حتى توقف pacat.
إذا كنت قلقًا بشأن جميع الأصفار التي تحلق فوق البلوتوث ، فربما تفكر في تثبيت "pv" مع:
sudo apt-get install pv
قم بتشغيل ما يلي في الخلفية بدلاً من cat /dev/zero | pv -qL 2k | pacat لقصر الأصفار على معدل بت معين.
أود أن أعرف كيف يعمل هذا بالنسبة لك.

كل شيء مثير للاهتمام. لقد كنت أعمل على Pi Zero / W مقطوعة الرأس - No X11. ويمكنني الحصول على قاذفتين / ثلاث قذائف من نوع ssh عبر شبكة wifi ، والبلوتوث نظيف بقدر الإمكان. لقد لاحظت أن الاستقصاء المفرط لجهاز Bluetooth (أي الحصول على معلومات Bluetooth) يتسبب في حدوث تقطع. هل جربت التمهيد إلى cli؟

حسنًا ، لقد أدركت للتو أن التعليق التالي لم يكن مفيدًا حقًا بدون سياق. آسف ، كنت تدق على لوحة المفاتيح طوال الليل ----

1 - Pi Zero / W و Pi 3 متطابقان من حيث Bluetooth / Wifi ، على الأقل فيما يتعلق بالنواة.
2 - تشغيل Jessie Lite - تم تحديثه مؤخرًا ، و kernel 4.9.29+
3 - تشغيل NetBeans على سطح المكتب وتصحيح الأخطاء عن بُعد على Pi.
4 - اختبار الإجهاد معدلات الإطارات مع شاشة TFT - تحريك ناقل SPI حقًا.
5 - استقصاء أحداث الإدخال للشاشة التي تعمل باللمس وإلقاء نتائج الإغراق إلى stderr ، والتي يتم توجيهها إلى NetBeans - اختبار الارتعاش على شاشة اللمس
6 - تشغيل برنامج مثال mpg123_to_out123 من mpg123 tarball عبر البلوتوث مع لعب "An Innocent Man" لبيلي جويل من بطاقة SD.
7 - لا ترى X11 في الأفق.

تعمل بسلاسة مثل فطيرة ، بنكهة التوت. كنت أفعل هذا لفترة طويلة وأنا أذل بيلي جويل في نومي.
لاحظت أن فرض استعلام عن حالة اتصال Bluetooth جعل الأمور سيئة.

اقترح حذف أكبر قدر ممكن من الرموز "الأخرى".

مرحبا،
هناك بالتأكيد مشكلة خطيرة في PI (Zero W) Bluetooth.

قمت بنقل برنامج نصي بيثون يكتشف الهواتف عبر البلوتوث من رقاقة إلى Pi Zero W.
كانت النتيجة مجنونة ، لقد أزعجت شبكة Wifi المنزلية بالكامل عند الوصول إلى البلوتوث :-

يستخدم البرنامج النصي الأمر التالي لاكتشاف ما إذا كان الهاتف في النطاق:
النتيجة = bluetooth.lookup_name (mac ، timeout = 5)

أقوم بتشغيل هذا في حلقة مع هاتفين. تبدأ الحلقة كل 15 ثانية وتختبر كلا الهاتفين.
لقد أخطرت أولاً أن أ) كان SSH عبر Wifi لا يستجيب أحيانًا و ب) لم يكن مصباح WiFi LED الخاص بي يستجيب أحيانًا بعد إعداد Pi Zero W.
غريب ، لذلك حاولت اختبار اتصال Wifi Lights ، النتيجة: انقضاء المهلات لمدة 5 ثوانٍ تقريبًا كل 15 ثانية.
ثم حاولت تنفيذ الأمر ping على PI Zero W: أوقات Ping تبلغ حوالي 2000-4000 مللي ثانية أثناء تلك النوافذ الخمس الثانية ، وأحيانًا حتى المهلات الزمنية.

لذلك قمت بتعطيل البرنامج النصي الذي يقوم بتشغيل اكتشاف البلوتوث: كل شيء على ما يرام.
إعادة تشغيل البرنامج النصي: حدثت المهلات مرة أخرى.

هذا جنون! مسح البلوتوث للهواتف (إنه في الأساس عبارة "هل أنت هناك؟" لجهاز بلوتوث مقترن) يكسر شبكة Wifi المنزلية بالكامل.
أعلم أن Bluetooth و Wifi على نفس التردد. ولكن تم توحيد تقنية Bluetooth لاستخدام قفز التردد على نطاق واسع لمنع مثل هذا التداخل. ليس كذلك على Pi Zero W؟

إنه بالتأكيد قابل للتكرار ، ما عليك سوى تجربة نص Python أدناه.

أفضل تخميني عن السبب: يزعج راديو البلوتوث شبكة Wifi ، وليس العكس. قد يكون السبب مشكلة في حزمة البلوتوث فيما يتعلق بقفزات التردد. قد يفسر هذا أيضًا مشكلات صوت البلوتوث المبلغ عنها: عندما يظل البلوتوث على تردد واحد ، فمن المرجح أن تزعج شبكة wifi إشارةها.
ومع ذلك ، قد أكون مخطئًا ، فأنا أعرف شبكة WiFi جيدًا مثلما حصلت على درجة الدكتوراه في موضوع يتعامل مع Phy Layer of Wiifi ، لكنني لست خبيرًا في تقنية Bluetooth Phy.

برنامج نصي قصير لاختبار بيثون يعيد إنتاج المشكلة. فقط ping على Pi أثناء تشغيله.

وقت الاستيراد
استيراد بلوتوث
mac = "00: 00: 00: 00: 00: 00"
احيانا صحيح:
طباعة ("بحث في Bluetooth عن٪ s ..."٪ mac)
محاولة:
النتيجة = bluetooth.lookup_name (mac ، timeout = 5)
باستثناء bluetooth.btcommon.BluetoothError مثل e:
طباعة ("\ nERORR: فشل طلب Bluetooth ، الخطأ:٪ s"٪ e)
طباعة ("النتيجة:٪ s هي:٪ s"٪ (mac ، نتيجة))
وقت النوم (15)

غدًا ، (مساء الاثنين بتوقيت شرق الولايات المتحدة) ، إذا أردت ، سأقوم بنشر موقع يوتيوب يوضح مدى نجاحه ومع ذلك ، فقط تأكيد مزدوج / ثلاثي (قبل 5 دقائق فقط) ---- تحدث المشاكل الوحيدة أثناء "Discoverable" و "Scanning". إذا جعلت جهازك غير قابل للاكتشاف ولا يقوم بمسح (اكتشاف) WiFi و Bluetooth تعمل بشكل جيد معًا على Pi Zero W. فأنا أحصل على اتصال ثابت 4-5 مللي ثانية عبر WiFi أثناء الاتصال عبر Bluetooth و ssh. أحتاج إلى معرفة كيفية تسجيل الصوت لمقطع فيديو youtube ، لكن يمكنني سماع ذلك بوضوح بدون توتر.

FWIW - أعمل على تطبيق Bluetooth Audio ، لذا فإن هذا يثير قلقي حقًا. في تطبيقي ، كنت أقوم باستقصاء معلومات الجهاز المتصل للحصول على RSSI وما إلى ذلك. اضطررت إلى إجراء الاقتراع ، بسبب المشكلات التي لاحظها بالفعل الكثير من الأشخاص هنا.

ما لم تكن تتحكم في جميع التطبيقات الموجودة في جلستك والتي قد تجري استطلاعًا (D-Bus) على اتصال Bluetooth ، فلا يمكنك استبعادها على أنها متواطئة في المشاكل. أنا لا أقوم بتشغيل X11 - لذلك فأنا أقرب إلى الأجهزة وما يحدث. برنامج PulseAudio الممنوح لا يزال "صندوقًا أسود" ، ولكن بصرف النظر عن ذلك ، فأنا في الأساس متحكم في الصفقة بأكملها وهو يعمل جيدًا.

الآن - أنا لا أقول أن البرامج الثابتة ليس بها مشاكل ، ولكن في الواقع ، يجب أن تعمل التطبيقات بشكل أفضل.

مهلا،
سأكون مهتمًا حقًا بفيديو youtube إذا كان لديك وقت :)
أنا أستخدم أيضًا Pi Zero W ، لكن عندما أقوم بتعطيل Wifi ، لا يزال يتلعثم قليلاً ...

مرحبًا ، مجرد ملاحظة - يعاني Zero W الخاص بي من نفس المشكلة - تخطي صوت BT عند البث عبر wifi - حتى بالنسبة للإصدار 9.1 / Stretch من Raspbian

يأمل Cypress في تحسين "التعايش" بين WiFi و BT ، لكنهم كانوا يركزون على بعض مشكلات استقرار WiFi أولاً.

مرحبا ، أي تحديثات على هذا؟

بدءًا من أحدث صورة Raspbian Stretch ، قم بتشغيل:

sudo apt-get update
sudo apt-get install bluez bluez-firmware

سيؤدي ذلك إلى إدخال برنامج ثابت جديد لـ Bluetooth و BlueZ محدث ، والذي من شأنه ، معًا ، تحسين تعايش WiFi و Bluetooth.

أثناء تواجدك فيه ، احصل على أحدث نواة لتحسين موثوقية Bluetooth:

sudo apt-get install raspberrypi-bootloader raspberrypi-kernel

أرغب في مشاهدة مقطع فيديو جنبًا إلى جنب لأداء BT / WiFi
سويا. إذا لم يصنع شخص ما واحدة ، فسأعمل عليها.

في 7 تشرين الثاني (نوفمبر) 2017 الساعة 12:15 ظهرًا ، كتب "Phil Elwell" [email protected] :

أثناء تواجدك فيه ، احصل على أحدث نواة لتحسين تقنية Bluetooth
الموثوقية:

sudo apt-get install raspberrypi-bootloader raspberrypi-kernel

-
أنت تتلقى هذا لأنه تم ذكرك.
قم بالرد على هذا البريد الإلكتروني مباشرة ، وقم بعرضه على GitHub
https://github.com/raspberrypi/linux/issues/1402#issuecomment-342554756 ،
أو كتم الخيط
https://github.com/notifications/unsubscribe-auth/AZCYY6u0Q45M19rAdGFM0WP4q6VXP0Zeks5s0JBOgaJpZM4IExoX
.

pelwell لقد قمت بترقية برنامج Bluez bluez-firmware raspberrypi-bootloader raspberrypi-kernel إلى الإصدار الأخير ، كما نصحت أنت.

ومع ذلك ، ما زلت أواجه مشكلة مع الصوت المتدفق عبر البلوتوث إلى Raspberry zero W عند تشغيل wifi. إذا قمت بإغلاق wifi ( sudo iwconfig wlan0 txpower off ) ، فإنه يعمل بشكل جيد ولن يحدث المزيد من الطقطقة.

يرجى إعلامي إذا كان بإمكاني تقديم أي مساعدة.

أنا أستخدم مكبر الصوت bt. تم الإبلاغ عن المشكلة ذات الصلة هنا: https://github.com/lukasjapan/bt-speaker/issues/4

هل تقول أنك لم ترَ أي تحسن؟

للأسف ، لا يوجد تحسن :(

pelwell فقط لكي تعرف ، إليك الإصدارات المثبتة:

bluez              5.43-2+rpt2+deb9u2
bluez-firmware              1.2-3+rpt1
raspberrypi-kernel              1.20171029-1
raspberrypi-bootloader          1.20171029-1

هل يعاني أي شخص من نفس النوع من المشكلات مع وحدات تحكم PS3 (عبر البلوتوث) باستخدام Retropie مع تمكين wifi على rpi 3؟ لدي ما يبدو أنه تداخل عشوائي حيث تعمل وحدات التحكم في بعض الأحيان بشكل جيد وأحيانًا يبدو الأمر كما لو أنني لم أضغط على أي شيء على الإطلاق. يجعل من الصعب بعض الشيء ممارسة الألعاب بهذه الطريقة!

اليوم قمت بتحديث Pi Zero W إلى الأحدث ويمكنني تأكيد أن المشكلة لا تزال قائمة.
pi<strong i="6">@raspberrypi</strong>:~ $ dpkg -l | grep -i bluetooth ii bluealsa 0.6 armhf Bluetooth ALSA Audio backend ii bluez 5.43-2+rpt2+deb9u2 armhf Bluetooth tools and daemons ii bluez-firmware 1.2-3+rpt2 all Firmware for Bluetooth devices ii libbluetooth3:armhf 5.43-2+rpt2+deb9u2 armhf Library to use the BlueZ Linux Bluetooth stack ii lxplug-bluetooth 0.4 armhf Bluetooth plugin for lxpanel ii pi-bluetooth 0.1.6 armhf Raspberry Pi 3 bluetooth ii pulseaudio-module-bluetooth 10.0-1+deb9u1 armhf Bluetooth module for PulseAudio sound server

يبدو أن BCM43438 يواجه مشاكل في الاتصالات المتعددة ، إما مع BT + WiFi أو مع اتصالين من BT:

عند إيقاف تشغيل WiFi ( ifconfig wlan0 down أو dtparam=pi3-disable-wifi ) يعمل صوت Bluetooth A2DP جيدًا. ولكن عند توصيل جهازين ، يبدأ الصوت في التلعثم بشكل سيئ.

باستخدام محول USB Bluetooth خارجي ، يمكن توصيل أجهزة متعددة عبر A2DP ودفق الصوت ، في وقت واحد

لذلك أفترض أن هذا تقييد للرقاقة ، وليس شيئًا برمجيًا ... (لكني أحب أن أكون مخطئًا في تحديث النواة في المستقبل)

تأكد من أنك تعمل مع أحدث البرامج الثابتة BT ( sudo apt-get update; sudo apt-get install bluez-firmware ) - كانت هناك بعض التحسينات.

آخر مرة قمت بها منذ يومين ، هل تغيرت منذ ذلك الحين؟

-رون

من: Phil Elwell [email protected]
تاريخ الإرسال: الأربعاء 24 يناير 2018 5:32 صباحًا
إلى: raspberrypi / لينكس
نسخة إلى: رون كوبر ؛ كتيب
الموضوع: [خارجي] Re: [raspberrypi / linux] تعثر صوت Bluetooth Pi3 مع تمكين Wifi (# 1402)

تأكد من تشغيلك بأحدث البرامج الثابتة لـ BT (sudo apt-get update ؛ sudo apt-get install bluez-firmware) - كانت هناك بعض التحسينات.

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/raspberrypi/linux/issues/1402#issuecomment-360088465 ، أو كتم صوت سلسلة المحادثات https://github.com/notifications/unsubscribe-auth/AC8KdHhcuhMFBE5j42nTMhwc5NJTfahxex5 .

لا - سيكون هذا هو الأحدث (1.2-3 + rpt1).

شكر! في غضون ذلك ، اشتريت USB wifi dongle كحل بديل.

هل يعرف أي شخص ما إذا كان من المفترض أن يتخذ برنامج تشغيل مجموعة الشرائح (نظريًا) خطوات لتجنب تداخل التردد اللاسلكي بين جهازي الراديو هذين؟

-رون

من: Phil Elwell [email protected]
تاريخ الإرسال: الأربعاء ، 24 يناير 2018 ، الساعة 7:20 صباحًا
إلى: raspberrypi / لينكس
نسخة إلى: رون كوبر ؛ كتيب
الموضوع: [خارجي] Re: [raspberrypi / linux] تعثر صوت Bluetooth Pi3 مع تمكين Wifi (# 1402)

لا - سيكون هذا هو الأحدث (1.2-3 + rpt1).

-
أنت تتلقى هذا لأنك مشترك في هذا الموضوع.
قم بالرد على هذه الرسالة الإلكترونية مباشرةً ، أو قم بعرضها على GitHub https://github.com/raspberrypi/linux/issues/1402#issuecomment-360113610 ، أو كتم صوت الموضوع https://github.com/notifications/unsubscribe-auth/AC8KdIfVVwDf2lOlcGQTppx5A0jxxzyvbks .

من المفترض أن (هناك قناة تعايش بين ما هو في الأساس جهازان منفصلان في نفس الحزمة) ، وهذا البرنامج الثابت يعد تحسينًا كبيرًا على البرامج الثابتة للشحن الأصلي ، ولكن يبدو أن مشاركة الهوائي يمثل تحديًا.

spalthammer كتب نصًا سيكون بمثابة حل بديل:

لقد كتبت نصًا صغيرًا لاستخدامه inotify لتشغيل وإيقاف تشغيل wlan0 إذا تم توصيل / قطع اتصال البلوتوث. طيب هو كذلك
حل بديل لكن يمكنني التعايش معه.

#! / بن / باش

احيانا صحيح
فعل
RES = inotifywait -q -e CREATE، DELETE / dev / input /
الحالة "$ RES" في
"/ dev / input / DELETE event1")
ifconfig wlan0 up
؛؛
"/ dev / input / CREATE event1")
ifconfig wlan0 أسفل
؛؛
esac
منجز &
"
هل يمكن لشخص ما أن يشرح للمبتدئين كيفية تنفيذ هذا النص؟ سيعمل هذا بشكل رائع بالنسبة لي لأنني لست بحاجة إلى wifi أثناء تشغيل البلوتوث. ومع ذلك ، ما زلت أريد القدرة على استخدام ssh / vnc لـ Pi3 الخاص بي عند فصل جهاز BT.

تضمين التغريدة

تثبيت ينوتيفي
cmd: sudo apt-get install inotify-tools
cp inotify.txt إلى /etc/inet.d/inotify (إعادة التسمية من inotify.txt إلى inotify!)

inotify.txt

اجعلها قابلة للتنفيذ
cmd: sudo chmod u + x /etc/init.d/inotify
إنشاء روابط رمزية لبدء البرنامج النصي عند التمهيد
cmd: sudo update-rc.d يضعف الإعدادات الافتراضية

أتمنى أن يساعدك هذا.

spalthammer أشكركم على ردكم! للأسف يبدو أن هذا لا يعمل بالنسبة لي. لقد فعلت كل ما قلته ولكن لا شيء يحدث. أدوات inotify محدثة على Pi3.

ما حاولت فعله:
(من الواضح أنني غيرت الخطأ المطبعي "inet.d" إلى init.d)
- جعله قابلاً للتنفيذ مع chmod + x فقط لأن u + x لم يعمل
-حاول تنفيذ البرنامج النصي مباشرة من الجهاز (بدون إعادة التشغيل) وهو ما فعلته منذ أن أضفت سطرًا لإرجاع صدى وعمل
-جعله التمهيد في البداية من /etc/rc.local
ومع ذلك ، لا يزال wifi قيد التشغيل عندما أقوم بتوصيل هاتفي عبر البلوتوث ...

أنا أقوم بتشغيل أحدث إصدار من Raspbian. يقوم هاتفي بدفق الموسيقى إلى Pi عبر BT والتي يتم إخراجها بعد ذلك كإشارة FM في GPIO. خلال ذلك الوقت ، لست بحاجة إلى تمكين أي wifi لأن الموسيقى تبدأ بالتلعثم. ومع ذلك ، لكي تظل قادرًا على إعادة الاتصال بـ Pi الخاص بي باستخدام SSH / VNC بعد أن قمت بتعطيل wifi ، قمت بعمل برنامج نصي صغير "sudo ifconfig wlan0 up" والذي يمكّنه تلقائيًا مرة أخرى بعد قطع الطاقة والسماح له بإعادة التشغيل. يبدو أن هذا يعمل في الوقت الحالي ، لكنني أرغب في تشغيل البرنامج النصي الأكثر أناقة حتى نعرف ما هو الخطأ في مجموعة شرائح BT + WiFi.

@ اليكسانيكس ،
آسف للخطأ مطبعي.
يجب أن يعمل sudo chmod u+x /etc/init.d/inotify . يرجى التأكد من أن /etc/init.d/inotify مملوك وقابل للتنفيذ بواسطة الجذر.
إذا كان لديك أكثر من جهاز إدخال متصل ، فلنقل لوحة المفاتيح والماوس وبطاقة صوت USB ، فقد يكون الرقم الخاص بجهاز الإدخال مختلفًا. في البرنامج النصي ، أنتظر الأحداث على input1 ، والذي يناسب إعدادي. الرجاء إيقاف النص مع
sudo killall -9 inotify
و اهرب
sudo inotifywait -q -e CREATE,DELETE /dev/input
قم بتوصيله بجهاز البلوتوث واكتب الرقم الخاص بجهاز الإدخال الخاص بك. قم بتغيير البرنامج النصي وإعادة التشغيل.
لقد راجعت البرنامج النصي مرتين. حتى لو لم تكن مثالية ، فإنها تعمل كما هو متوقع.

مع تحياتي

اتصال BT غير مستقر أثناء تشغيل A2DP. غالبًا ما يتم قطع اتصال BT وتتطلب إعادة تشغيل النظام للتعافي.
هل يمكنك ان تعطي الحل.

تضمين التغريدة السيناريو الخاص بك يعمل كما هو متوقع
الحل الأمثل بالنسبة لي (Zero W مع مكبر الصوت ؛ الآن باستخدام واجهات Bluetooth و WiFi الداخلية بالتناوب)
لا مزيد من الشقوق أثناء تشغيل الموسيقى :-)

هل سيكون هذا أفضل مع Raspberry Pi 3 B + الجديد؟

تضمين التغريدة

شكرا على الحل الرائع. هذا فقط ما أحتاجه.

على الرغم من وجود اتصال Bluetooth واحد فقط ، إلا أنني أحصل على ما يلي عندما أفعل

root<strong i="9">@Ipad2GMA</strong>:/etc/init.d# sudo inotifywait -q -e CREATE,DELETE /dev/input
/dev/input/ CREATE event0

لذلك ، كما اقترحت ، قمت بتعديل inotify وتغيرت من event1 إلى event0. إنه يعمل بشكل رائع الآن!

لكنني قلق بشأن ذلك التغيير. إذا كان لدي اتصال BT واحد فقط ، فهل سيكون دائمًا event0؟

شكر!

davthomaspilot ،

يعتمد الرقم X في eventX على عدد أجهزة الإدخال وليس على عدد اتصالات البلوتوث. لذلك ، ما لم تقم بتغيير إعداد الجهاز ، قل إذا لم تقم بإضافة جهاز إدخال آخر مثل بطاقة صوت USB أو لوحة مفاتيح ، فلا يجب أن يتغير الرقم. إذا كنت تريد معرفة المزيد عن أجهزة الإدخال المتصلة ، فأمر:

cat /proc/bus/input/devices

سوف يعطيك لمحة عامة.

راجاردز.

عمل هذا الحل بشكل رائع بالنسبة لي! لكن يبدو أنني لم أعد بحاجة إليها ، لسبب ما--

لقد حصلت للتو على pi صفر w. قم بتنزيل صورة jessie الممتدة وأجرى التحديث والترقية. أنا أستخدم pHat DAC وإرشادات إعداد Bluetooth من هنا:

[https://www.sigmdel.ca/michel/ha/rpi/bluetooth_01_en.html]

هل من الممكن أن يكون هناك إصلاح التقطته في الترقية أو التحديث؟ أو ربما يكون لدي rpi الجديد إصلاح للأجهزة؟

أقوم باستنساخ الصورة الموجودة على pi التي لا تتلعثم وسأجربها على الصورة التي تحتاج إلى حل spalthammer. وسأجرب الصورة الموجودة في rpi المتعثرة على الأجهزة الجديدة ، وقم بتعطيل الحل البديل لمعرفة ما إذا كانت الأجهزة الجديدة تتعثر مع تلك الصورة.

لقد وجدت أن لدي المشكلة فقط إذا تركت bluetoothctl قيد التشغيل. على كل من الأجهزة الجديدة / "البرامج" والقديمة ، لا أحصل على أي مقاطعة لتيار البلوتوث A2DP إلا إذا كنت في bluetoothctl.

هذا هو امتداد خفيف ، بدون نبض الصوت. ربما هذا مهم.

pelwell ، هل
https://www.raspberrypi.org/forums/viewtopic.php؟f=117&t=208090
مع تحياتي،

StudentSA لا يبدو كذلك. على الأقل ليس بالكامل. أواجه هذه المشكلة على Zero W قيد التشغيل 2018-04-18-raspbian-stretch-lite.

bluez                  5.43-2+rpt2+ armhf
bluez-firmware         1.2-3+rpt5   all
raspberrypi-bootloader 1.20180417-1 armhf
raspberrypi-kernel     1.20180417-1 armhf

ربما تكون إحدى تلك المشكلات التي لن يتم إصلاحها أبدًا ...

قررت أن أتعمق في السائقين قليلاً. أعطتني القراءة من خلال الكود نظرة ثاقبة على بعض معلمات الوحدة المدعومة ، ومع بعض التجارب ونهج البندقية ، يبدو أنني حصلت على bluetooth + wifi يعمل بشكل مثالي مع بعضهما البعض.

تمكنت من إجراء اختبار سرعة من pi عبر wifi ، بينما كان هاتفي يشغل صوت A2DP عبر pi ، ولم أحصل على خلل واحد.

لقد أنشأت ملفًا /etc/modules.d/bt-wifi-fix.conf

options brcmfmac fcmode=2
options brcmfmac feature_disable=0x96
#options brcmfmac debug=0x00000004

يتيح debug=0x00000004 إمكانية تسجيل مستوى المعلومات ، وهو أمر غير ضروري حقًا.

fcmode=2 يتيح نوعًا من التحكم في تدفق الأجهزة ، والذي يبدو أنه يجعل الأمور أفضل قليلاً ، لكنه لا يزال غير رائع.

feature_disable=0x96 هو الخيار الذي يبدو أنه يصلح بالفعل. لست متأكدًا ، لكني أعتقد أن 0x96 أحاول تعطيل جميع الميزات الاختيارية ، ولهذا السبب قلت "نهج البندقية" أعلاه. مع بعض الصبر ، ربما يكون من الممكن تضييق هذا الأمر إلى مجموعة فرعية صغيرة من الميزات.

لقد نجح هذا الأمر بشكل مثالي بالنسبة لي حتى الآن - سأبلغ مرة أخرى إذا كنت قادرًا على تضييق الأمور أكثر.

تحرير: أشعر ببعض الخلل عندما أبدأ البث لأول مرة ، ولكن لا شيء على الإطلاق يعتمد على ما إذا كنت أستخدم wifi أم لا.

هذه نقطة بيانات رائعة ، شكرًا للنظر فيها ويرجى إطلاعنا على أي تقدم آخر.

@ بيلويل فيل ، هل رأيت هذا؟ قد يكون من المفيد الإبلاغ عن السرو.

يبدو هذا بسيطًا جدًا - إذا كان Cypress سعيدًا به وكان فعالًا للغاية ، فيمكننا جعل هذه الإعدادات الافتراضية لـ Pi kernels.

هل يكفي ببساطة إنشاء /etc/modules.d/bt-wifi-fix.conf بالمحتويات التي أشرت إليها؟ أو هل يجب علي تغيير شيء آخر حتى يتم تفعيله؟

ما عليك سوى إنشاء الملف كما هو موضح وإعادة التشغيل.

حسنًا ، لقد بحثت في Google ووجدت أشياء لـ /etc/modules-load.d ، لكن ليس /etc/modules.d

لقد أضفت الملف على Pi Zero W. سأقوم بالبث عبر البلوتوث لفترة من الوقت ، وأرى ما إذا كنت أسمع صوتًا متقطعًا أثناء اتصال wifi.

هل هناك طريقة للتحقق من استخدام bt-wifi-fix.conf ، بخلاف اختبار "عدم وجود عوائق؟"

شكر!

إذا قمت بتضمين options brcmfmac debug=0x00000004 (بدون التعليق # ) ، فمن المفترض أن ترى بعض مخرجات التشخيص في سجل kernel ، كما يراها dmesg .

حسنًا ، لقد جربت هذا:

 dmesg | grep brcmfmac
[   11.083290] brcmfmac: F1 signature read @0x18000000=0x1541a9a6
[   11.103157] brcmfmac: brcmf_fw_map_chip_to_name: using brcm/brcmfmac43430-sdio.bin for chip 0x00a9a6(43430) rev 0x000001
[   11.103836] usbcore: registered new interface driver brcmfmac
[   11.563229] brcmfmac: brcmf_c_preinit_dcmds: Firmware version = wl0: Oct 23 2017 03:55:53 version 7.45.98.38 (r674442 CY) FWID 01-e58d219f
[   11.575677] brcmfmac: brcmf_c_preinit_dcmds: CLM version = API: 12.2 Data: 7.11.15 Compiler: 1.24.2 ClmImport: 1.24.1 Creation: 2014-05-26 10:53:55 Inc Data: 9.10.39 Inc Compiler: 1.29.4 Inc ClmImport: 1.36.3 Creation: 2017-10-23 03:47:14
[   18.913833] brcmfmac: power management disabled
[   27.484932] brcmfmac: power management disabled

لذا ، افعل

تعطيل إدارة الطاقة

الرسائل تشير إلى أن .conf يتم انتقاؤه؟

إذا لم يكن كذلك ، فهل هناك شيء آخر يمكنني الحصول عليه؟

تم اختباره على ZeroW الذي يعمل بنظام تشغيل 4.14.41 kernel (نظام تشغيل مخصص) في حين أنه أفضل بكثير ، إلا أنه لا يزال هناك بعض التأتأة ..... ولكن يمكن تحمله تقريبًا.

قمت بتشغيل iperf3 مرة أخرى إلى الخادم الخاص بي أثناء تشغيل دفق a2dp .... كان wifi يدفع
حوالي 30 ميجابت / ثانية على iperf3.

خطط للاختبار على pi3 و pi3b + (يمكن لـ 3b + اللعب بشكل جيد بالفعل إذا تم توصيل wifi على قناة 5Ghz)

davthomaspilot أنا فقط أحاول ذلك بنفسي الآن ، ويبدو محتوى الملف المقترح صحيحًا ، ولكن على الرغم من أن اسم الدليل بدا مألوفًا ، إلا أنه غير موجود في نظام Raspbian الخاص بي - /lib/modprobe.d هو المعتاد (وربما _correct_) المكان - لذا أقترح استخدام اسم الملف /lib/modprobe.d/bt-wifi-fix.conf .

ابدأ بالأسطر fcmode و feature_disable التي تم التعليق عليها و احصل على الناتج من dmesg | cut -c16- | grep brcmfmac . ثم أزل التعليق على أحدهما أو كليهما ، وأعد التشغيل وقارن إخراج dmesg (وجودة البث).

شكر! سأفعل ذلك.

آمل أن يساعد هذا أكثر من مجرد "إيقاف تشغيل iwconfig wlan0" في /etc/rc.local.

مع تعطيل توفير الطاقة لشبكة wifi ، قد يحدث تقطع البث فقط مرة واحدة كل دقيقة أو دقيقتين. هذا مع لا شيء سوى جلسة ssh على wifi.
سوف يستغرق الأمر بعض "الإحصائيات" لمعرفة ما إذا كان هناك مزيد من التحسن. سأجربها على Pi Zero W.

فيما يلي فرق مقارنة عندما يتم التعليق على السطور مقابل عدم التعليق (باستخدام /lib/modprobe.d، NOT /etc/modules.d:

> brcmfmac: brcmf_feat_attach Features: 0x96, disable: 0x96
34c35,36
< brcmfmac: brcmf_fws_attach FWS queueing will be avoided
---
> brcmfmac: brcmf_fws_attach added MAC-OTHER
> brcmfmac: brcmf_fws_attach enabled bdcv2 tlv signaling [4f]
50,51d51
< brcmfmac: brcmf_p2p_add_vif adding vif "p2p-dev-wlan0" (type=10)
< brcmfmac: brcmf_add_if allocate non-netdev interface
54c54
< brcmfmac: brcmf_cfg80211_connect ie (d949d258), ie_len (22)
---
> brcmfmac: brcmf_cfg80211_connect ie (d96ac658), ie_len (22)

جارٍ اختبار جودة البث الآن ...

لا يزال يتلعثم. من الصعب حقًا معرفة ما إذا كان هذا أفضل بكثير مما لدي. تلعثم مرة كل دقيقة أو دقيقتين.

مرة أخرى ، هذا مع تمكين wifi ، ولكن لا توجد حركة مرور wifi تقريبًا.

حاليًا ، الحل البديل الخاص بي هو تعطيل wifi أثناء اتصال البلوتوث. لا أهتم حقًا بالتلعثم عندما أكون متصلاً بشبكة wifi ، ولكن سيكون من الجيد الاتصال بشبكة wifi دون الحاجة إلى فصل Bluetooth أولاً.

اختبار مع pi3B + على قناة 2.4 جيجا هرتز.

تؤدي المعلمة "options brcmfmac fcmode = 2" إلى تعطل برنامج تشغيل wifi على pi3B + بمجرد أن تبدأ BT في دفع البيانات عبر اتصال Bluetooth. استخدام ملف تعريف A2DP.

أنا أستخدم فقط خيارات brcmfmac feature_disable = 0x96 على pi3B + وهي مستقرة جدًا ، إلا إذا قمت بدفع اتصال wifi مع iperf ، فأنا أحصل على بعض التلعثم الكبير. لا يؤثر أي جانب ظاهر على هذه المعلمة عندما تكون على قناة 5 جيجاهرتز. البلوتوث مستقر للغاية في هذه الحالة ، و iperf3 يدفع 120 ميجابت / ثانية

لذا ، ليس لإلقاء مفتاح ربط في الأعمال ، لكنني بصراحة لا يمكنني إعادة إنتاج هذه المشكلة في أحدث img من Stretch مع تحديث البرامج الثابتة لـ bluez وتحديث bluetoothctr. لدي بطاقتا SD ، واحدة منذ أن نشرت أصلاً في أبريل 2017 لتشغيل Jessie و PulseAudio. وأنشأت اليوم بطاقة SD ثانية تعمل بنظام Stretch (9.4) و ALSA blue.

على Stretch ، الأمور مثالية ، فأنا ألعب بثًا عبر الإنترنت (أي باستخدام wifi) من خلال مكبر صوت Bluetooth الخاص بي بنسبة 100٪. لا تزال البطاقة القديمة مع Jessie تصدر صوتًا سيئًا عندما ينتهي Wlan0.

الفضل لهذا الرجل الذي شرح بعض الحيل في الإعداد:
ميشيل

لقد اختبرت باستخدام vlc لذا فأنت بحاجة إلى تحديد جهاز alsa المراد استخدامه مثل:
--aout = alsa --alsa-audio-device = "bluealsa"

من فضلك هل يمكن لشخص أن يحاول هذا من تثبيت جديد وتقديم المشورة.

بلوز 5.43-2 + rpt2 + deb9u2 armhf
Bluez-firmware 1.2-3 + rpt6 الكل
أزرق 0.7 ذراع
البلوتوث ctl: 5.49
Raspberrypi-bootloader 1.20180417-1 armhf
raspberrypi-kernel 1.20180417-1 armhf

لا تنس أن تبدأ bluealsa بعد إعادة التشغيل أو تشغيله تلقائيًا: sudo systemctl enable bluealsa)

كيف قمت بتثبيت bluetoothctl: 5.49؟ نأمل عدم تجميع من شفرة المصدر.

Yip ، من المصدر (حسب الرابط المشترك) لماذا القلق حول هذا؟

أرغب فقط في الحصول على تحديثات باستخدام المستودع ، أيضًا لتجنب الحزم اللازمة فقط لبناءه. أين الرابط الموجود في رسالتك؟

يوجد بالفعل إصدار 5.50 تم إصداره منذ 7 أسابيع. إذا كنت تسير في هذا الطريق ، فقد يكون الأمر يستحق المحاولة. لكن نعم ، سنحتاج إلى انتظار 5.49+ للدخول في تدفق apt-get الرسمي.

أستطيع أن أؤكد أنه لا يوجد به تلعثم مع Bluez 5.50.

رائع. سأبحث في ما يتطلبه الأمر لترقية بنية Raspbian.

فيما يلي الخطوات:

1. تثبيت التبعيات.
   sudo apt install libdbus-1-dev libglib2.0-dev libudev-dev libical-dev libreadline-dev

1. قم بتنزيل أحدث إصدار من شفرة مصدر BlueZ.
   wget http://www.kernel.org/pub/linux/bluetooth/bluez-5.50.tar.xz

2. قم بفك ضغط الملف الذي تم تنزيله.
   tar -xf bluez-5.49.tar.xz && cd bluez-5.50/

3. تهيئة.
   ./configure --prefix=/usr --mandir=/usr/share/man --sysconfdir=/etc --localstatedir=/var --enable-experimental

4. تجميع التعليمات البرمجية المصدر.
   make -j4

5. تثبيت.
   sudo make install

6. يجب إضافة المستخدم إلى مجموعة البلوتوث.
   sudo adduser pi bluetooth

7. يجب استعادة ملف تكوين Dbus Bluetooth الذي تم استبداله في تثبيت BlueZ.
   sudo nano /etc/dbus-1/system.d/bluetooth.conf

أضف هذا في قسم <policy user="root"> :
<allow send_interface="org.bluez.AlertAgent1"/>
<allow send_interface="org.bluez.ThermometerWatcher1"/>
<allow send_interface="org.bluez.HeartRateWatcher1"/>
<allow send_interface="org.bluez.CyclingSpeedWatcher1"/>

وهذا بعد ذلك:
<!-- allow users of bluetooth group to communicate -->
<policy group="bluetooth">
<allow send_destination="org.bluez"/>
</policy>

1. أعد تشغيل Raspberry Pi
   sudo reboot

amilino ما زلت لا تعمل لدي. لا يزال يتلعثم مع تشغيل wifi ، وعند إيقاف تشغيله. لقد جربت كل شيء تقريبًا في هذا الموضوع ، حتى قمت بالتبديل من rpi b + مع دونجل bt إلى rpi 3 b + مع البلوتوث على متن الطائرة ولا يزال هناك تلعثم.

في الواقع ، لا يتلعثم تمامًا. يبدو أنه يحصل على جزء كبير من البيانات ، ويعيد تشغيله بسرعة كبيرة مع فقد أجزاء منه ، ثم الجلوس وانتظر الجزء التالي.

لدي نفس التكوين كما ذكر StudentSA ، باستثناء أحدث Bluez 5.50. لقد اتبعت أيضًا هذا البرنامج التعليمي: https://gist.github.com/mill1000/74c7473ee3b4a5b13f6325e9994ff84c. لقد عزفت نفس الأغاني التي كانت تتلعثم من قبل وهم يعملون الآن بدون مشكلة.

amilino عملت بشكل ممتاز ، شكرا لك.

التأثير الجانبي الوحيد لهذا البرنامج التعليمي هو أن الصوت لا يتم تشغيله إذا قمت بتوصيل جهاز Linux على RPI Bluetooth. إذا كان شخص ما يعرف بعض البرامج التعليمية الأفضل ، فيرجى إعلامي بذلك.

كان Cypress يبحث في تداخل WiFi / BT وقد توصل إلى بعض إعدادات ملف "NVRAM" الجديدة التي يزعمون أنها "أصلحت تقطع الصوت تمامًا". يمكن استخدام نفس الإعدادات على 43430 (3B ، ZeroW) و 43455 (3B +).

1. حدد موقع الملف النصي "NVRAM" - إنه موجود في /lib/firmware/brcm/brcmfmac<dev>-sdio.txt ، حيث <dev> هو 43430 أو 43455 على التوالي. قم بعمل نسخة احتياطية في مكان آمن لتسهيل التراجع عن التغييرات (أو الاسترداد من خطأ).

2. افتح الملف في محرر نصوص ، وقم بالتمرير لأسفل (فقط من أجل الدقة - هذه الإعدادات من المحتمل أن تذهب إلى أي مكان) وألحق ما يلي:

   # Experimental Bluetooth coexistence parameters from Cypress
   btc_mode=1
   btc_params8=0x4e20
   btc_params1=0x7530
   

3. اعادة التشغيل.

كما تم شرحه لي ، تسمح هذه الإعدادات مجتمعة لـ Bluetooth بمزيد من وقت البث من خلال السماح لـ WiFi بالنوم لفترة أطول وتقليل الحد الأقصى للوقت الذي يمكن أن تنتظر فيه Bluetooth.

يرجى الإبلاغ عن النتائج التي توصلت إليها ، سواء كانت إيجابية أو سلبية ، لمساعدتنا في تحديد ما إذا كنا سنجعل هذه القيم الافتراضية الجديدة.

تم متابعة هذا الموضوع باهتمام. لقد كنت أستخدم Pi ZeroW / Raspbian Lite لتشغيل تدفقات الإنترنت من خلال bluealsa إلى مكبر صوت بلوتوث باستخدام Mopidy. حتى اليوم لا شيء في هذا الموضوع قد حل مشكلة التأتأة.

بلوز 5.50 - لا فرق
تعطيل WiFi واستخدام محول USB ethernet - بعض التغيير ولكن لا يزال يتعثر كل بضع دقائق

تغيير إعدادات NVRAM - يبدو مثاليًا حتى الآن. لقد عدت إلى استخدام WiFi ولا يوجد تأتأة في صوت البلوتوث. لا تزال تستخدم bluez 5.50. سأبلغ مرة أخرى إذا تلقيت أي تلعثم.

نتائج إيجابية حتى الآن. أنا أستخدم Bluez 5.50 أيضًا. مجلس - RPi3

لقد قمت بإزالة معلمات modprobe السابقة التي تم طرحها كحل. حتى الآن لا تتلعثم. باستخدام iperf3 ، يمكنك بالتأكيد أن ترى أنه يسرق الوقت من راديو wifi. لكن لا تأتأة ، حتى عند دفع بيانات إضافية.

أثناء لعب البلوتوث ،

[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  22.8 MBytes  19.2 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  22.7 MBytes  19.1 Mbits/sec                  receiver

إيقاف التشغيل وفصل السماعة.

[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  55.3 MBytes  46.4 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  54.9 MBytes  46.0 Mbits/sec                  receiver

تم تعطيل البلوتوث عبر dtoverlay

[ ID] Interval           Transfer     Bandwidth       Retr
[  4]   0.00-10.00  sec  58.1 MBytes  48.8 Mbits/sec    0             sender
[  4]   0.00-10.00  sec  57.0 MBytes  47.8 Mbits/sec                  receiver

يعمل بالنسبة لي raspi 3B ، بدون تقطع ، حتى نقل ملف كبير عبر wifi أثناء تشغيل الصوت (a2dp) ، لكني أرى الكثير من
"Bluetooth: hci0: فشل إعادة تجميع الإطار (-84)" بالمللي ثانية!

$ dmesg
[ 2331.758484] Bluetooth: hci0: Frame reassembly failed (-84)
[ 2331.758689] Bluetooth: hci0: Frame reassembly failed (-84)
[ 2331.758750] Bluetooth: hci0: Frame reassembly failed (-84)
[ 2331.758833] Bluetooth: hci0: Frame reassembly failed (-84)

كنت أحاول هذا لبضع ساعات الآن. إنه أفضل مما كان عليه ، لكنه ليس مثاليًا. أحصل الآن ، غالبًا من 20 إلى 30 دقيقة من التشغيل المستمر ، ولكن بعد ذلك يبدأ التأتأة مرة أخرى ولن يختفي حتى أتوقف وأعد تشغيل دفق الصوت. كما تتوقف جلسة ssh الخاصة بي للحظة عندما يبدأ التأتأة. إنه ليس تخزينًا مؤقتًا للصوت ، لأنني قمت بتسجيل الدخول إلى المشغل لإخباري عندما يتم التخزين المؤقت.

ربما يجب عليك التبديل إلى RPi3 b + ، ليس لدي أي مشاكل على الإطلاق.

ربما يجب عليك التبديل إلى RPi3 b + ، ليس لدي أي مشاكل على الإطلاق.

ليس بالضبط هو الهدف على الرغم من ذلك؟ قيل أن التغييرات "تصلح تمامًا" التلعثم الصوتي. أنا أبلغ فقط أنه لا يبدو أن الأمر كذلك. يستخدم 3B + مجموعة شرائح مختلفة عن W ، لذلك ربما تحتاج الإعدادات إلى التغيير والتبديل قليلاً.

نعم أوافق ، ولكن بالنظر إلى موضوع المشكلة ، فهو متعلق بـ RPi3. هذه المناقشة طويلة جدًا على أي حال ، وربما يكون من الجيد فتح قضية منفصلة جديدة تتعلق بـ Pi W.

يعمل هذا الحل مع ZeroW أيضًا. تم اللعب لأكثر من ساعتين دون مشكلة.

أعتقد أن المشكلات التي كنت أواجهها في ZeroW ربما تعود إلى عدم وجود نفس النطاق الذي تتمتع به تقنية Bluetooth على جهاز iMac الخاص بي. بوضع السماعة بالقرب من Pi ، كنت ألعب راديو الإنترنت الآن لمدة 4 ساعات دون مشاكل. سأضطر إلى إعادة تحديد موقع Pi حتى تصل الإشارة إلى المطبخ :)

نشكرك على جميع التعليقات التي تشير إلى أن هذه الإعدادات تمثل على الأقل تحسنًا كبيرًا دون أي تراجع. لا تتردد في الاتصال إذا كانت تجاربك توحي بخلاف ذلك ، لكنني أخطط لجعل هذه الإعدادات الافتراضية الجديدة.

يمكنني إضافة ملاحظة أخرى بنتيجة إيجابية. لقد كنت أستخدم كلاً من Bluetooth و Wi-Fi في وقت واحد على جهاز ZeroW لمدة ساعة تقريبًا دون أي تلعثم. بالتأكيد +1 على جعل هذا الخيار الافتراضي الجديد.

هل تناقش هنا المشكلة فقط عند استخدام rPi كمصدر a2dp أو أيضًا كمغسلة a2dp؟

أحاول استخدام rPi3 الخاص بي كمغسلة بلوتوث (على سبيل المثال ، أحاول تشغيل الصوت من هاتفي إلى rPi) ، والتلعثم شديد لدرجة أنك بالكاد تتعرف على الأغاني التي تم تشغيلها. لا يتم استخدام Wi-fi. حاولت مع محول BT خارجي - لم يحالفني الحظ. ومع ذلك ، مع اختلاف محول bt كان التلعثم مختلفًا (مثل استخدام حجم مخزن مؤقت مختلف).

هل يجب أن أبلغ عن مشكلة مختلفة؟

edio لقد كنت أستخدم RPi ZeroW كمغسلة ، ودفق الصوت من هاتفي إلى RPi عبر البلوتوث. حتى يوم أمس ، كنت أعاني أيضًا من تلعثم فظيع ، لكن يبدو أن الحل المقترح مؤخرًا قد حلها.

الحل المقدم من @ paul-1 يناسبني ، على لوحة Pi 3+. يمكنني استخدام Wi-Fi بشكل طبيعي والاستمتاع بتدفق صوت BT جيد

مرحبا،
هل لدى أي شخص أي فكرة عن كيفية استخدام حل NVRAM على نظام Libreelec مع نظام سكواش للقراءة فقط؟ كما أفهمها ، فهي للقراءة فقط لأن التوزيع التالي يحل محل ملفات النظام.

تضمين التغريدة

RPi3:

mkdir /storage/.config/firmware/brcm
cp /usr/lib/firmware/brcm/brcmfmac43430-sdio.txt /storage/.config/firmware/brcm

RPi3 +:

mkdir /storage/.config/firmware/brcm
cp /usr/lib/firmware/brcm/brcmfmac43455-sdio.txt /storage/.config/firmware/brcm

الآن قم بتحرير الملف في /storage/.config/firmware/brcm وأعد التشغيل.

أو يمكنك استخدام إصدار أحدث من اختبار LibreELEC 9.0 مع Kodi 18 والذي يتضمن هذا الإصلاح بالفعل: https://forum.kodi.tv/showthread.php؟tid=298461

هل لا يزال أي شخص في هذا الموضوع يعاني من حالات انقطاع عرضية بعد تطبيق الإصلاح؟ لم يكن الأمر فظيعًا مثل التلعثم الذي كنت أعاني منه في البداية ، ولكن لا يزال حوض البلوتوث غير صالح للاستخدام بالنسبة لي ، حيث أن كل ثانيتين لدي دفعات من النقرات ، كل واحدة تقريبًا تتوافق مع سلسلة من السجلات في إخراج الصوت النبضي

E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-3)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-3)
E: [bluetooth] module-bluez5-device.c: SBC decoding error (-2)

ومن bluez أحصل عليه

Aug 26 17:49:07 mu kernel: Bluetooth: hci0: Frame reassembly failed (-84)
Aug 26 17:49:07 mu kernel: Bluetooth: hci0: Frame reassembly failed (-90)
Aug 26 17:49:07 mu kernel: Bluetooth: hci0: Frame reassembly failed (-84)
Aug 26 17:49:07 mu kernel: Bluetooth: hci0: Frame reassembly failed (-84)
Aug 26 17:49:07 mu kernel: Bluetooth: hci0: SCO packet for unknown connection handle 50346

أحصل على فترات تصل إلى دقيقة من النقرات والنقرات ، ثم تختفي ، غالبًا لعدة ساعات. إنه أسوأ عندما يكون المتحدث بعيدًا عن Pi.

MilhouseVH شكرا جزيلا لذلك! اسمحوا لي أن أتحدث هنا عما قد يجده الآخرون مفيدًا.

لمعلوماتك على libreELEC (Rpi 3+) ، يعالج الإصلاح التأتأة ولكنه يقدم تأخيرًا صوتيًا غير مقبول إذا تم تقديم الفيلم عبر شبكة WiFi. أعتقد أنه تقييد للمنصة.

هل تم إصلاح تأخير الصوت؟ هل يمكنك تصحيحه باستخدام تأخير الصوت؟
https://kodi.wiki/view/Video_playback#Audio_and_Subtitle_Settings

لقد نقلت بياناتي من wlan0 المدمج إلى eth0 وتم حل مشكلات البلوتوث. للأسف لا يمكننا تناول كعكتنا ونأكلها أيضًا :(
سيتعين علي تجربة اقتراح NVRAM أعلاه عندما تسنح لي الفرصة.

ما زلت أعاني من التلعثم بعد تجربة كل أنواع الإصلاحات على RPi 3+. سيتم تعطيل wifi تمامًا واستخدام الأسلاك. :(

حسنا. يسعدني أن أكون نقطة بيانات أخرى. غيّر إصلاح NVRAM تمامًا مشروعي بناءً على نزوة لبناء مصدر A2DP باستخدام صفر w. لقد بدأت المشروع بالأمس وحتى وصلت إلى هذا الخيط ، كان كل من pulseaudio و bluez-alsa غير صالحين تمامًا أثناء استخدام wifi. عدم وجود شبكة wifi سيكون أيضًا بمثابة توقف للعرض. شكرًا جزيلاً للأشخاص الذين بحثوا في مصادر الرقاقة ووجدوا الإصلاح.

لا يزال لدي القليل من الظهور والصفير عند زيادة تحميل وحدة المعالجة المركزية (مثل تشغيل التحديثات أثناء تشغيل البلوتوث) ولكن بخلاف ذلك فهي آلة مختلفة تمامًا. للسجل ، أقوم بتشغيل Arch 4.14.90 و Bluez 5.50 و Pulseaudio 12.2. وهذا يعني أن هذا يجب أن يعمل في المستقبل المنظور وليس حلاً يتضمن تشغيل برامج قديمة غير متوافقة. <3

قمت بتحرير الإعدادات في ملفات NVRAM:
/usr/lib/firmware/updates/brcm/brcmfmac43430-sdio.txt
/usr/lib/firmware/updates/brcm/brcmfmac43455-sdio.txt

acegallagher : أنا لا أفهم تعليقك. سيكون موضع تقدير أي تفسير.

إذا كان لديك نوع من الحل ، فما هي الخطوات اللازمة للحصول عليه على RPI؟

تضمين التغريدة

ملفات NVRAM المحدثة موجودة في تحديثات Raspbian منذ أغسطس 2018. وبدلاً من ذلك ، يمكنك تنزيلها مباشرةً:

• 43438 لـ Pi 3B و Pi Zero W: https://raw.githubusercontent.com/RPi-Distro/firmware-nonfree/master/brcm/brcmfmac43430-sdio.txt
• 43455 لـ Pi3 3B + و Pi 3A +: https://raw.githubusercontent.com/RPi-Distro/firmware-nonfree/master/brcm/brcmfmac43455-sdio.txt

انسخها في المجلد / lib / firmware / brcm (ستحتاج إلى sudo cp ... ).

آسف ولكن هذا لا يعمل. لا يزال يتلعثم مع Wifi.

هذا عار. هل أعدت التشغيل بعد التثبيت؟

لسوء الحظ ، هناك حدود لما يمكن تحقيقه باستخدام هوائي مشترك. هل حاولت تغيير المسافة من Pi إلى AP و / أو جهاز BT؟

نعم ، لقد كافحت مع هذا لعدة أشهر حتى الآن. لقد تحولت إلى كابل الشبكة ولم تعد هناك مشاكل.

مرحبا،
من خلال /usr/lib/firmware/updates/brcm/brcmfmac43430-sdio.txt والصديق ، ونعم لقد أعيد تشغيل :-) ، ما زلت أسمع أصواتًا تحت التشغيل على صوت USB غير موجود مع صوت داخلي (كل 5 ثوان أو هكذا).
لا تستخدم wifi ، كل شبكة إيثرنت.

من ناحية أخرى ، إذا فعلت ifconfig wlan0 لأسفل أولاً ، فكل شيء على ما يرام ...!
أوه ، لا ، ليس كذلك. فقط أقل بكثير

هل تقوم بالإبلاغ عن تقطع صوت USB مع Ethernet في مشكلة تتعلق بصوت Bluetooth مع WiFi؟

وجه الفتاة!

تتسبب مشكلة Bluetooth + WiFi هذه في حدوث مشكلات في لوحة المفاتيح التي تقوم بضربات متعددة على مفتاح واحد لأسفل.

@ pratt-jeremy هل هذه لوحة مفاتيح لاسلكية؟

لدي نفس المشكلة. تشغيل Arch على Pi B3 و B3 + و Zero. تظهر جميعها نفس الأعراض: اللعب المتقطع باستخدام a2dp. لم يقم Arch بتحديث البرنامج الثابت كما هو مدرج هنا ، لكنني قمت بذلك يدويًا أولاً. إذا كنت أستخدم BT على متن هذه الأجهزة الثلاثة ، فإن Bluealsa يشكو من المخزن المؤقت تحت التشغيل ويقوم بتشغيل الموسيقى في دفعات. المجلة تظهر المخزن المؤقت تحت التشغيل. إذا كنت أستخدم دونجل USB ، فكل شيء يعمل كما هو متوقع. هل يمكننا تجربة أي شيء آخر؟ fwiw ، نواة بلدي هي 4.19.32

يبدو واضحًا بالنسبة لي أن وضع البلوتوث والواي فاي على RPi يشبه صنع محفظة حريرية من أذن الخنزير.

يجب أن يذكر فريق تطوير Raspberry Pi أن تشغيل الصوت عبر البلوتوث أثناء تشغيل مقطع فيديو عبر شبكة wifi هو ببساطة غير مدعوم بفضل نقص القدرة الحصانية / النطاق الترددي.

منذ اليوم الأول ، تم الترويج لـ Pi كبديل محدث لـ BBC micro ، لتعليم الأطفال في المدارس. كان Kodi مكافأة كبيرة. لقد تخليت للتو عن هذه الفكرة. كنت أرغب في تقديم الأفلام إلى pi-top باستخدام رابط Bluetooth لنظام الصوت في قافلي ، لكنني الآن أقوم فقط بتوصيل محرك أقراص ثابت للأفلام بمنفذ USB. لا واي فاي ، لا تلعثم. حزين ، لكنه ليس مزعجًا جدًا.

هل هذا هو الأمر المناسب للتشغيل لتشغيل BT على متن الطائرة؟
/ usr / bin / btattach -B / dev / ttyAMA0 -P bcm -S 3000000
هذا هو الأمر الموجود في ملف الخدمة لـ Arch Linux مع التثبيت الافتراضي لـ Bluez 5.50

لذلك لدي دفق الصوت إلى B3 + مع تمكين wifi ونشط (لقد قمت بتسجيل الدخول عبر ssh). أنا أقوم بتشغيل Arch Linux. اضطررت إلى تثبيت bluez-utils-Compatible لتثبيت الأمر hciattach. أعتقد أن Raspian لديه هذا بالفعل ...

cat /proc/asound/card0/pcm0p/sub0/hw_params 
access: RW_INTERLEAVED
format: S16_LE
subformat: STD
channels: 2
rate: 44100 (352800/8)
period_size: 4410
buffer_size: 22050

تحتوي حزمة Bluez 5.50 الافتراضية على btattach الذي يستخدمه Arch لتشغيل محول BT. هذا لم ينجح. كل ما حصلت عليه هو صوت التلعثم. تستدعي حزمة Arch pi-bluetooth هذه أن يكون الأمر:
ExecStart=/usr/bin/btattach -B /dev/ttyAMA0 -P bcm -S 3000000
الأمر الذي نجح كان من إصدار أقدم من الحزمة:
ExecStart=/usr/bin/hciattach -n /dev/ttyAMA0 bcm43xx 921600 noflow -
لا أدعي معرفة ما إذا كان هذا `` صحيحًا '' أو أي شيء آخر ، فهذه هي المرة الأولى التي أمارس فيها تشغيل البلوتوث بسلاسة باستخدام المحول الموجود على اللوحة.

فقط لتجنب الالتباس. تم شراء تكنولوجيا Broadcom WiFi منذ ذلك الحين

• BCM43438 هو CYW43438
• BCM43455 هو CYW43455

@ pratt-jeremy هل هذه لوحة مفاتيح لاسلكية؟

@ JamesH65 نعم ، إنها لوحة مفاتيح بلوتوث أرى أنها مخصصة للصوت ، لكنني أعتقد أنني

من المفترض أن توزيعة لديك محدثة بالكامل؟

من المفترض أن توزيعة لديك محدثة بالكامل؟

لقد كان محدثًا عندما نشرت هنا ، فمن المحتمل أن يكون قديمًا الآن لأنه كان في مارس. سأقوم بالتحديث وأرى ما إذا كان لا يزال يحدث.

على RPI4 مع WiFi soft محظور في rfkill. لا يزال متقطعًا على Pulseaudio A2DP.