Raspberry Pi + Rune Audio ::: Một trải nghiệm nghe nhạc mới

Thanhvo31

Well-Known Member
Cái này dành cho FrontEnd. Còn BackEnd mình dùng cái gì? Phải có BackEnd tương ứng mới được. Anh tìm hiểu xem họ dùng BackEnd bằng cái nào để chạy với FrontEnd này.
Đây là ý tưởng thiết kế của tay DEV @paparious, dịch tiếng Nhật qua tiếng Việt bằng GG Translate

Theo đuổi tải trọng thấp
I2S thường dễ bị nhiễu và người ta nói rằng khoảng cách tối đa có thể được định tuyến là khoảng 10 cm. Để tránh ảnh hưởng của nhiễu, nên làm cho đường truyền của tín hiệu I2S càng ngắn càng tốt.

Mặt khác, thiết bị là nguồn của tín hiệu I2S cũng là nguồn nhiễu. Cho dù đó là một DDC nhận S / PDIF hoặc USB, hay một máy tính đơn lẻ trực tiếp xuất ra I2S, nó vẫn là nguồn nhiễu khiến máy vi tính / FPGA / CPU ở tốc độ cao phát ra tiếng ồn. Nên thực hiện các biện pháp EMC như cách điện đường dẫn và che chắn nguồn bằng tấm kim loại để giảm thiểu ảnh hưởng đến đường truyền tín hiệu, chip DAC và xung nhịp.

Bây giờ hãy xem xét một cách tiếp cận khác. Bằng cách giảm tải cho CPU và bộ nhớ, có thể giảm lượng nhiễu do hệ thống xử lý kỹ thuật số phát ra. Ngay cả khi nguồn nhiễu và hệ thống xử lý D / A ở gần nhau và các biện pháp đối phó EMC gặp khó khăn, chẳng hạn như trên bảng HAT, thì cách tiếp cận này dường như là thực tế.

Có thể giảm tải bao nhiêu cho hệ thống xử lý kỹ thuật số? Có thể cải thiện chất lượng âm thanh sau khi giảm tải không?
Nhiệm vụ để xem đó là điểm khởi đầu cho Âm thanh trên Ether.

Truy cập bộ nhớ trực tiếp từ xa
BCM2711 là SoC (Hệ thống trên chip) của Raspberry Pi 4 được trang bị chức năng đầu ra I2S (bộ nối tiếp).
Quá trình xử lý tối thiểu cần thiết để xuất ra tín hiệu I2S từ bộ nối tiếp này chỉ là hai bước sau.

  1. Hướng dẫn chuyển DMA từ bộ đệm DMA sang bộ nối tiếp.
  2. Ghi dữ liệu PCM vào bộ đệm DMA.
Bộ đệm DMA ở đây đề cập đến cái gọi là bộ đệm ALSA .

Để hướng dẫn truyền DMA, cần chuẩn bị một cấu trúc dữ liệu được gọi là khối điều khiển và tải nó vào bộ điều khiển DMA.
Khối điều khiển này giữ địa chỉ bộ nhớ của bộ đệm DMA và địa chỉ của khối điều khiển sẽ được xử lý tiếp theo, và bộ điều khiển DMA thực hiện truyền DMA trong khi đọc khối điều khiển này lần lượt.
Lệnh truyền DMA chỉ cần được đưa ra một lần trước khi bắt đầu phát lại và tỷ lệ của nó với tải phát lại là rất nhỏ. [1]

Bây giờ, chúng ta hãy phân phối giải mã tệp âm thanh và phát lại PCM cho hai máy để giảm tải. Ở đây, vai trò giải mã được gọi là kết thúc phía trước, và vai trò phát lại được gọi là kết thúc phía sau.
Trong cấu hình phân phối tải như vậy, dữ liệu PCM được truyền từ đầu cuối đến đầu sau thông qua mạng.

Nếu dữ liệu PCM nhận được bởi chương trình phụ trợ có thể được ghi vào bộ đệm DMA như hiện tại, thì tất cả quá trình xử lý cần thiết để phát lại sẽ được hoàn thành và đây có vẻ là hoạt động đơn giản nhất.

Tuy nhiên, quá trình xử lý mạng thông thường đòi hỏi nhiều bước trước khi dữ liệu có thể đến được ứng dụng qua mạng LAN.

  1. Trước hết, khi giao diện mạng (nghĩa là, cổng LAN) nhận dữ liệu, nó sẽ thông báo cho kernel bằng ngắt phần cứng để hàng đợi trên phần cứng không đầy.
  2. Hạt nhân được gọi sao chép dữ liệu từ hàng đợi và ghi nó vào bộ đệm trên hạt nhân.
  3. Sau đó, việc triển khai mạng hạt nhân (ngăn xếp TCP / IP) thực hiện kiểm soát thứ tự, kiểm tra lỗi và kiểm soát truyền lại, và chuẩn bị cho việc chuyển tới ứng dụng.
  4. Khi quá trình chuẩn bị hoàn tất, ứng dụng (ví dụ, phần mềm phát nhạc) nhận được thông báo từ hạt nhân, sao chép dữ liệu từ bộ đệm hạt nhân và ghi dữ liệu đó vào bộ đệm do ứng dụng chuẩn bị. Nó nhiều hơn một chút.
  5. Tại thời điểm này, phần mềm phát lại có thể đọc dữ liệu trong bộ đệm và phân tích nội dung. Nếu bạn cắt phần dữ liệu PCM và sao chép nó vào bộ đệm ALSA, quá trình phát lại thành công.
Ý tưởng cần thực hiện để giảm tải là chỉ chọn dữ liệu PCM trong giai đoạn 2) và ghi trực tiếp vào bộ đệm ALSA.
Chỉ sao chép dữ liệu vào bộ nhớ vật lý một lần. Điều này được chuyển trực tiếp DMA đến bộ nối tiếp. Nếu có thể đạt được điều này, không cần sao chép thêm dữ liệu, không yêu cầu lệnh gọi hệ thống đọc / ghi, không cần chuyển đổi ngữ cảnh và bộ nhớ đệm CPU không bị ô nhiễm bởi lượng lớn dữ liệu. Tất cả đều tốt về mặt giảm tải. Bạn sẽ có thể giảm thiểu hoạt động của CPU / bộ nhớ.
Để thuận tiện, đối với các gói không phải PCM, điều khiển được thực hiện để các bước sau 2) được thực hiện như bình thường. Thật bất tiện khi bạn không thể kết nối với ssh.

Việc triển khai Âm thanh qua Ether như vậy có thể tìm thấy điểm tương đồng với ý tưởng Truy cập Bộ nhớ Trực tiếp Từ xa (RDMA), truyền dữ liệu trực tiếp đến các ứng dụng trên các máy từ xa.
Đó là bởi vì nó nhận ra mục đích của RDMA, không sao chép .
Âm thanh qua Ether có thể được mô tả giống như RDMA, chuyên dùng để phát lại nhạc .

aoe.png
 

Thanhvo31

Well-Known Member
Mình chia sẻ cách cài FE-BE của mình với mô hình Audio Over Ether (aka AoE), cần

BACK END: 1 chiếc Pi4, thẻ nhớ > 10MB,
Phần mềm, mình gọi là B0, link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
giải nén và chép sang thẻ bình thường, không dùng Etcher, Rufus,...
sau đó sửa và khai báo 2 file
  • config.txt
# I2S DAC - khai đúng DAC HAT của mình, vd
dtoverlay=hifiberry-dacplus
  • cmdline.txt, khai đúng cấu hình mạng cua mình, gồm ip=[IP của backend]:255.255.255.0:[IP của Router]
ip=192.168.1.100:255.255.255.0:192.168.1.1

Lấy địa chỉ MAC của BACK END (ví dụ bằng cách chạy volumio trước đó, vào trang quản trị của router nhà mình lấy địa chỉ MAC của pi4 BACK END, ghi lại)

Mình thường lưu lại 2 file này trên PC, sau khi nâng cấp thì chép đè qua.

FRONT END có nhiều lựa chọn hơn, 3 bản :
Gọi là F1.1 dùng máy tính PC x86 (từ Atom tới i9 đều xài được) dùng IMAGE này Arch Linux AoE cho x86_64 (tới 03/04/21) https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing

máy SBC Pi3, Pi3B+, Pi4 dùng IMAGE này
Gọi là F2.1 - Arch Linux (64bit) cho RPi4 / RPi3 (update 03/04/21) https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing
symphonic-mpd RPi4 Edition (64bit) - sau đó upgrade gói AoE đè lên bản này
Gọi là F2.2

Front End có 3 bản:
  1. Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
  2. Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
  3. symphonic-mpd RPi4 Edition (64bit) - sau đó upgrade gói AoE đè lên bản này.


Dùng Etcher hay rufus để ghi ra thẻ hay USB, cắm thẻ /USB vào Front End, cấu hình để boot từ thẻ/USB này.
Nếu muốn cài vào PCx86 thì dùng cách DD vào HDD/SSD.

Cài xong FE thì cần cấu hình FE để nhận ra BE.

SSH vào FE với root/raspberry

Dừng vosund bằng lệnh systemctl stop vsound

Sửa file /lib/systemd/system/vsound.service

ExecStart=/usr/bin/aoe -i eth0 -d [địa chỉ MAC của BE]

Khởi động lại vsound

systemctl start vsound

Hay reboot FE lại cho chắc ăn.
 
Chỉnh sửa lần cuối:

TuanQuynhAudio

Well-Known Member
@Thanhvo31
Thank anh.
- FrontEnd cài archlinux64, Arch Linux AoE (post #21447) và rpi4-smpdplayer-aoe-b19. Vậy FrontEnd (symphonic-mpd 0.96) cài front_set_v096 như hướng dẫn của anh thì BackEnd cài rpi4-smpdplayer-aoe-b19c có được không? Nếu không thì BackEnd cài cái nào ạ?
- Nếu có source code kernel/xenomai của
rpi4-smpdplayer-aoe-b19 thì có thể rebuild cho Pi 2/3. Hix mấy ông Nhật giữ kín quá.
 
Chỉnh sửa lần cuối:

Thanhvo31

Well-Known Member
@Thanhvo31
Thank anh.
- FrontEnd cài archlinux64, Arch Linux AoE (post #21447) và rpi4-smpdplayer-aoe-b19. Vậy FrontEnd (symphonic-mpd 0.96) cài front_set_v096 như hướng dẫn của anh thì BackEnd cài rpi4-smpdplayer-aoe-b19c có được không? Nếu không thì BackEnd cài cái nào ạ?
- Nếu có source code kernel/xenomai của
rpi4-smpdplayer-aoe-b19 thì có thể rebuild cho Pi 2/3. Hix mấy ông Nhật giữ kín quá.

Theo mình thì công nghệ AoE của @papariuos khác với hàng của @donutshop nhé.
Nếu dùng AoE thì không xài mấy cái của @donutshop.
Mình gửi link và sửa lại bên trên
link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
Với công nghệ AoE

Back End chỉ có duy nhất 1 bản:
http://www.symphonic-mpd.com/release/aoe/rpi4-smpdplayer-aoe-b19.zip

Front End có 3 bản:
  1. Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
  2. Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
  3. symphonic-mpd RPi4 Edition (64bit) - (https://drive.google.com/file/d/1xAVLYQWFwDV8NDYqV4qMRF3Z9KuOkGN6/view), upgrade lên 1.10, sau đó upgrade gói AoE đè lên bản này.
Mã:
AoE front end
Please log in to smpd v1.0.x with ssh and install it according to the following procedure.
<smpd v1.0.x用 AoEモジュール β18>
wget https://www.symphonic-mpd.com/release/aoe/aoe.b18.tar.gz
tar xf aoe.b18.tar.gz
rm -f aoe_modules
ln -s aoe.b18 aoe_modules
cd aoe_modules/front
./setup.sh install
reboot

Tóm lại phầm mềm có
B0 - Dùng cho Back End
F1.1 - Dùng cho x86_64 Front End (archlinux_64bit_x64)
F2.1 - Dùng cho Pi3, Pi4 (archlinux_64bit_arm)
F2.2 - Dùng cho Pi3, Pi4 (aarch64 based on LFS (Linux From Scratch), sau cài đè gói AoE cho FE lên.

Với món ở link này https://smz2019.livedoor.blog/archives/8436797.html có vẻ như hạp với đồ của @donutshop hơn, và BACK END không dùng công nghệ như của @paparious thì phải?
Remote Direct Memory Access, BCM2711 which is SoC (System on a Chip) of Raspberry Pi 4 is equipped with I2S output function (serializer).
- Nếu có source code kernel/xenomai của rpi4-smpdplayer-aoe-b19 thì có thể rebuild cho Pi 2/3
Vì các Pi 2,3 không dùng SoC BCM2711 nên không làm BE trong vụ AoE được

Mình thử theo cách này khá rắc rối, chưa kêu được

********************

Với cách mình hay làm 1+3 trên đây, cấu hình rất nhanh gọn, không rắc rối gì cả.
Chỉ cần có sẵn 3 file đã lưu trước.
config.txt, cmdline.txt >> đè qua thẻ BE
vsound.service >> đè qua /lib/systemd/system của FE qua WinSCP

là kêu liền.
 
Chỉnh sửa lần cuối:

TuanQuynhAudio

Well-Known Member
Theo mình thì công nghệ AoE của @papariuos khác với hàng của @donutshop nhé.
Nếu dùng AoE thì không xài mấy cái của @donutshop.

Front End có 3 bản:
  1. Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
  2. Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
  3. symphonic-mpd RPi4 Edition (64bit) - (https://drive.google.com/file/d/1xAVLYQWFwDV8NDYqV4qMRF3Z9KuOkGN6/view), upgrade lên 1.10, sau đó upgrade gói AoE đè lên bản này.
Với cách mình hay làm 1+3 trên đây, cấu hình rất nhanh gọn, không rắc rối gì cả.
Chỉ cần có sẵn 3 file đã lưu trước.
config.txt, cmdline.txt >> đè qua thẻ BE
vsound.service >> đè qua /lib/systemd/system của FE qua WinSCP

là kêu liền.
Công nghệ AoE của @papariuos và hàng của @donutshop về cơ bản là cùng 1 mô hình: FrontEnd play nhạc vào "Virtual network sound card", BackEnd nhận dữ liệu từ ethernet đẩy sang Sound card i2s. Khác nhau về cách thiết kế chi tiết.
Mô hình AoE của @donutshop73 như thế này:
Mã:
#
# PPAP-Fr-NAS-Hires
#
#   PPAP-Bk (SMPD)                                    PPAP-Fr-NAS-HiRes [rpi2]
#   +---------------------+                           +---------------------------+                    [192.168.x.y]  +---------------------+
#   |                     |                           |                           |                  +----------------| mpd client          |
#   |                     | [10.0.0.2]     [10.0.0.1] |                           | [192.168.x.x]    |                +---------------------+
#   | aplay <--- ncat <---|---------------------------|--- mpd <------------------|------------------+
#   |                     | (eth0)             (eth0) |                           | (eth1)           | [192.168.x.z]  +---------------------+
#   |                     |                           |                           |                  +--------------->| NAS                 |
#   +---------------------+                           +---------------------------+                 nfs, cifs, sshfs  +---------------------+
#
#
# PPAP-Fr-UPnP-HiRes
#
#   PPAP-Bk (SMPD)                                    PPAP-Fr-UPnP-HiRes [rpi2]
#   +---------------------+                           +---------------------------+
#   |                     |                           |                           |                    [192.168.x.v]  +---------------------+
#   |                     |                           |   +---- upmpdcli <----+   |                  +----------------| upnp controle point |
#   |                     | [10.0.0.2]     [10.0.0.1] |   V                   |   | [192.168.x.x]    |                +---------------------+
#   | aplay <--- ncat <---|---------------------------|--mpd                  +---|------------------+
#   |                     | (eth0)             (eth0) |   |                   |   | (eth1)           | [192.168.x.w]  +---------------------+
#   |                     |                           |   +---> polipo ---+---+   |                  +--------------->| upnp server         |
#   |                     |                           |                   |       |                  |                +---------------------+
#   +---------------------+                           |              (minidlna )  |                  |
#                                                     |                   |       |                  | [192.168.x.z]  +---------------------+
#                                                     |              (NAS mount)  |                  +--------------->| NAS                 |
#                                                     |              (SD  Card )  |                 nfs, cifs, sshfs  +---------------------+
#                                                     |              (USB Mem. )  |
#                                                     |                           |
#                                                     +---------------------------+
#
- Em làm mô hình 1 + 3 chạy ngon (có sự hỗ trợ của anh @linh0983) ;)
- Với món ở link này https://smz2019.livedoor.blog/archives/8436797.html có vẻ như hạp với đồ của @donutshophơn: Đúng vậy. - BACK END không dùng công nghệ như của @paparious thì phải?: Cái này cũng đúng anh à. Không dùng lẫn lộn được.
 
Chỉnh sửa lần cuối:

ko853

Well-Known Member
Anh Phước @linh0983 và các bác nào rành về cấp nguồn Pin cho em hỏi.

Em dùng 4 cell Pin LiFePO4 32650/ 6700mAh ra 6.2v cấp nguồn vào cho bo LT3042 2A, điện đo ra là 5.1v OK
Nhưng khi cắm tải là Pi (có DAC và không DAC) thì bị sụt xuống ngay chỉ còn 4.1v. Kiểm tra máy vẫn chạy, âm thanh vẫn hát bình thường, CPU không tăng.
  • Cấp nguồn Pin Lithium 18650 7.4v vào cũng bị tình trạng tương tự.
  • Cấp Pin LiFePO4 cho bo LT1764 3A cũng bị tình trạng tương tự sụt còn 4.6v.
  • Cấp nguồn biến áp thì bình thường.

Vậy vì sao điện bị sụt, có cách nào chỉ em khắc phục với.


processed.jpg
Mình dùng 2 bộ pin lifepo4 và lipo đi với bo nguồn Ben (lt1963) ra 5V ko bị sụt áp. Bác thử dùng bộ pin khác xem. Khi xài pin nên mua pin rời về đo đạc bằng máy đo nội trở xem pin mới hay cũ rồi tự ráp vì pin bán ở VN đa số là pin cũ kém chất lượng.
 

ko853

Well-Known Member
Theo mình thì công nghệ AoE của @papariuos khác với hàng của @donutshop nhé.
Nếu dùng AoE thì không xài mấy cái của @donutshop.
Mình gửi link và sửa lại bên trên
link AoE backend b19
https://drive.google.com/file/d/1zBhDpVr5kOZBIJv1gTRQBLF2njnswT2w/view?usp=sharing
Với công nghệ AoE

Back End chỉ có duy nhất 1 bản:
http://www.symphonic-mpd.com/release/aoe/rpi4-smpdplayer-aoe-b19.zip

Front End có 3 bản:
  1. Arch Linux AoE cho x86_64 (https://drive.google.com/file/d/14-Fn47eqgr8YS3jCjXQviwAXTfLbjVDK/view?usp=sharing)
  2. Arch Linux (64bit) cho RPi4 / RPi3 (https://drive.google.com/file/d/1SriDoyHMep6bIEwG-35Bhv-DgTFb7T4x/view?usp=sharing)
  3. symphonic-mpd RPi4 Edition (64bit) - (https://drive.google.com/file/d/1xAVLYQWFwDV8NDYqV4qMRF3Z9KuOkGN6/view), upgrade lên 1.10, sau đó upgrade gói AoE đè lên bản này.
Mã:
AoE front end
Please log in to smpd v1.0.x with ssh and install it according to the following procedure.
<smpd v1.0.x用 AoEモジュール β18>
wget https://www.symphonic-mpd.com/release/aoe/aoe.b18.tar.gz
tar xf aoe.b18.tar.gz
rm -f aoe_modules
ln -s aoe.b18 aoe_modules
cd aoe_modules/front
./setup.sh install
reboot

Túm phầm mềm có
B0 - Dùng cho Back End
F1.1 - Dùng cho x86_64 Front End (archlinux_64bit_x64)
F2.1 - Dùng cho Pi3, Pi4 (archlinux_64bit_arm)
F2.2 - Dùng cho Pi3, Pi4 (aarch64 based on LFS (Linux From Scratch), sau cài đè gói AoE cho FE lên.

Với món ở link này https://smz2019.livedoor.blog/archives/8436797.html có vẻ như hạp với đồ của @donutshop hơn, và BACK END không dùng công nghệ như của @paparious thì phải?
Remote Direct Memory Access, BCM2711 which is SoC (System on a Chip) of Raspberry Pi 4 is equipped with I2S output function (serializer).

Vì các Pi 2,3 không dùng SoC BCM2711 nên không làm BE trong vụ AoE được

Mình thử theo cách này khá rắc rối, chưa kêu được

********************

Với cách mình hay làm 1+3 trên đây, cấu hình rất nhanh gọn, không rắc rối gì cả.
Chỉ cần có sẵn 3 file đã lưu trước.
config.txt, cmdline.txt >> đè qua thẻ BE
vsound.service >> đè qua /lib/systemd/system của FE qua WinSCP

là kêu liền.
Cái này so với Roon core - bridge thì cái nào hơn nhỉ?
 

linh0983

Well-Known Member
Thế hệ thứ 2 của việc triển khai AoE sau B19 đây các bác a . (google dịch) . :rolleyes:

" Việc triển khai AoE lên đến β18 dựa trên công cụ phát lại smpd (aplay-rt / rtalsa / xsink) và AoE được gắn bên ngoài vào nó. Vì vậy có thể nói nó là thế hệ đầu tiên của việc thực hiện AoE.

Trong thế hệ đầu tiên này, chúng tôi đã thành công trong việc loại bỏ hoàn toàn việc sao chép dữ liệu PCM từ bộ nhớ sang bộ nhớ, thể hiện khái niệm AoE bằng cách giảm đáng kể mức tiêu thụ chu kỳ CPU và truy cập bộ nhớ.

Mặt khác, quá trình xử lý mà công cụ phát lại phụ trách đã trở nên không thể theo kịp với ép xung và 1 lõi.

Thế hệ thứ hai của việc triển khai AoE sẽ loại bỏ tất cả các công cụ phát lại thông thường và biến nó thành một bản triển khai AoE gốc.

Bộ xử lý ngắt sẽ xử lý các gói AoE và dữ liệu sẽ được DMA chuyển tiếp từ phần cứng (NIC) đến phần cứng (I2S serializer) và quá trình phát nhạc sẽ hoàn tất, điều này cực kỳ đơn giản.

Tại thời điểm này, tôi xin kết thúc đợt thử nghiệm beta và phát hành AoE dưới dạng phiên bản chính thức. "

https://www.symphonic-mpd.com/forum/topic/141/audio-over-ether
 

quatmo

Well-Known Member
Mình dùng cục biến thế nhiều đầu 6V AC, 9VAC, 12VAC ... để cấp nguồn cho bo LT1083 chỉnh out 5.2 V DC để cấp nguồn cho Pi3 + BossDAC dòng max chỉ là ~ 0.6A.
- Nếu dùng 6VAC cấp cho board LT 1083 thì bị hiện tượng Pi chạy khoảng 15' thì sụt áp còn khoảng 4.2 V rồi tịt. (vì theo mình hiểu thì qua 4 con diod chỉnh lưu thì Input cho LT1083 nó tăng lên thành 1.4x6 VDC)
- Sau đó mình chuyển qua cấp nguồn 9VAC cho board LT1083, thì điện áp out cấp cho Pi ổn định ở 5.2V DC
và không còn bị tịt nữa.

bác thử cấp nguồn Pin tầm 9v vào LT3042 xem sao ạ, em cho rằng chênh áp In-OUT thấp quá nên gây sụt áp (loại trừ hiện tượng sụt áp của pin khi pin không còn đầy, hoặc chất lượng pin kém)

6v*1,4=8,4v -5v out cần cho Pi = 3,4v >>> sụt áp qua các linh kiện Diod, LT1803, tụ, trở không đủ nên 9VAC mới ổn định

Đúng vậy a . Như mình board này output 5v hoặc 3.3v DC . Nguồn vào AC = 6v hoặc DC = 7-9v . :rolleyes:

LinearPiSolo.jpg


Mình chỉ có đầu ra AC 9v vào board(1) ra DC 7v vào tiếp board(2) còn 3.3v DC . :D

FG1.jpg


https://github.com/iancanada/DocumentDownload/blob/master/LinearPi/LinearPiUsersManual.pdf



Bác Lâm dùng Pin mình xem board của bác có bỏ mạch chỉnh lưu được ko a ? :D


Mình dùng 2 bộ pin lifepo4 và lipo đi với bo nguồn Ben (lt1963) ra 5V ko bị sụt áp. Bác thử dùng bộ pin khác xem. Khi xài pin nên mua pin rời về đo đạc bằng máy đo nội trở xem pin mới hay cũ rồi tự ráp vì pin bán ở VN đa số là pin cũ kém chất lượng.


Pin vào (+ -) tụ nguồn, bỏ qua phần chỉnh lưu AC trên bo, điện áp ổn định ngay.

Cảm ơn anh Minh @mtminh câu dây, còn nhiệt tình đi mua đồng hồ đo áp lắp vào giùm.

Em về chỉnh lại:
Pin đi ra cầu chì -> công tắc 6 chân (3 nấc) bật sang trái OFF/SẠC, bật giữa OFF, bật phải ON.
Công tắc đi ra 3 cặp dây:
- 1 cấp nguồn bo LT3045x2 1A vào HAT DAC
- 1 cấp nguồn bo LT1764 3A vào Pi, Pi bẻ cong 2 chân 5V ra ngoài không cho nguồn lên HAT DAC.
- 1 cấp nguồn bo LT3042 sang USB Wifi (chưa làm tới Wifi)

Pin mua Nhật Tảo là hàng mới loại không dùng vít, nghe vài hôm mới đánh giá được vụ dung lượng/chất lượng.

Lâu đài Pi 2 Pin LiFePO4 đã hót Ok, cảm ơn các bác nhiệt tình tư vấn và hỗ trợ!
 

Thanhvo31

Well-Known Member
Pin vào (+ -) tụ nguồn, bỏ qua phần chỉnh lưu AC trên bo, điện áp ổn định ngay.

Cảm ơn anh Minh @mtminh câu dây, còn nhiệt tình đi mua đồng hồ đo áp lắp vào giùm.

Em về chỉnh lại:
Pin đi ra cầu chì -> công tắc 6 chân (3 nấc) bật sang trái OFF/SẠC, bật giữa OFF, bật phải ON.
Công tắc đi ra 3 cặp dây:
- 1 cấp nguồn bo LT3045x2 1A vào HAT DAC
- 1 cấp nguồn bo LT1764 3A vào Pi, Pi bẻ cong 2 chân 5V ra ngoài không cho nguồn lên HAT DAC.
- 1 cấp nguồn bo LT3042 sang USB Wifi (chưa làm tới Wifi)

Pin mua Nhật Tảo là hàng mới loại không dùng vít, nghe vài hôm mới đánh giá được vụ dung lượng/chất lượng.

Lâu đài Pi 2 Pin LiFePO4 đã hót Ok, cảm ơn các bác nhiệt tình tư vấn và hỗ trợ!
Bác share cho anh em cái hình với BOM (bill of material + giá) nhé.
Cảm ơn bác.
 

quatmo

Well-Known Member
Bác share cho anh em cái hình với BOM (bill of material + giá) nhé.
Cảm ơn bác.
Mình làm tháo lắp cơ động để dễ bề nâng cấp/chỉnh sửa nên tháo ra chụp cho bác xem được.

2021-04-03-23_19_34-Skype.jpg

2021-04-03-23_13_31-Skype.jpg

2021-04-03-23_19_06-Skype.jpg



2021-04-03-23_31_50-Skype.jpg

Cái khoan mini rất tiện để làm đồ nho nhỏ, bác nào thích chế cháo thì nên kiếm 1 cái. Mình mua ở khu máy cầm tay Lý Nam Đế/ Nhật Tảo. Có sẵn công tắc hành trình, kéo cần xuống máy mới chạy.

Pin LiFePO4 32650 x4 + mạch bảo vệ (tầm 10.000mAh) + cục sạc = 420k (Bác Minh khuyến cáo mua cục sạc 7.3v ở sendo).
Ốc vít, công tắc, jump dây, cầu chì... tầm 100k ở trong chợ linh kiện điện tử Nhật Tảo.
 
Chỉnh sửa lần cuối:
Bên trên