Build a private LE Audio link, then flip the same two boards into an Auracast broadcast: an nRF5340 Audio DK transmitter taking USB audio in, and its twin receiver putting music on a headphone jack. Auracast is the climax: the broadcast architecture behind the public venue audio Bluetooth is rolling out to airports, gyms and theatres, built on your desk, from the same firmware you just made unicast work with.
Act 1: a private unicast pair. The transmitter takes audio from your computer over USB; the receiver decodes LC3 and plays it to a headphone jack, with a real CIS link, negotiated QoS, and a microphone path back. Act 2: the same pair, reflashed into an Auracast broadcast. The transmitter becomes a source anyone can join; the receiver syncs to the broadcast by periodic advertising and listens, no connection, no pairing. You finish with both firmwares, release builds of each, and a product card that documents your pair like a product.
Discovery, ASE states, QoS, the first frame on time. (Chapter 5)
BIG and BIS, periodic advertising, the BASE. (Chapter 8)
The sniffer's view of your own broadcast. (Chapter 12)
LE Audio is timing: streams established step by step, a sink hunting for its broadcast, a BIG coming alive. The lessons animate those flows and hand you the controls. These three are the actual chapter animations, untouched.
Thirteen chapters and a troubleshooting appendix. Total: about 39 to 45 hours of follow-along work, depending on your pace. Labs repo, public: github.com/learnbittoboard/le-audio-engineered.
Classic audio’s limits, the isochronous idea, LC3, and CIS vs BIS. Meet the Auracast pair and the Audio DK.
Two cores, four roles, one application. Build all four role images and learn to read a build tree.
The gateway role, USB audio as the source, and the set identity (SIRK) that makes two boards one product.
The headset’s decode path: ISO in, LC3 decoded, the CS47L63 hardware codec, sound out. Plus the mic path back.
Discovery, ASE states, QoS negotiation, and CIS establishment, step by step. Act 1 becomes a link you can defend.
QoS presets as deliberate trades: frame duration, sample rate, retransmission, presentation delay. Change, rebuild, diff.
Log forensics module by module: no stream, dropping stream, drifting stream. Three planted faults, diagnosed from evidence.
The connectionless flip: BIG and BIS, periodic advertising, the BASE, Broadcast ID, and encrypted broadcasts.
PA sync from the sink’s side: find your broadcast among strangers, select the stream, listen. The assistant story, honestly scoped.
Release builds, role switching without confusion, identity that survives reflashing, and buildable firmware-update images.
The cold bring-up protocol, a structured listening test, and a product card. Plus an honest map of what comes next.
The third radio that settles arguments: nRF Sniffer and Wireshark on your own pair, the encryption boundary, and your own keys.
One real Auracast field failure, worked end to end: the log’s metronome, the two images that disagreed about a clock, the one line fix.
Chapter 12 adds the third radio that settles arguments: an nRF Sniffer and Wireshark on your own pair, reading a CIS coming up and an Auracast broadcast being synced to, up to the exact line where encryption closes the payload to anyone without the keys, your keys, your devices.
Chapter 13 closes the course the way the job actually works: one real Auracast field failure from a public support thread, worked end to end from its log to its confirmed one line fix: a broadcast headset that lost sync every 0.800 seconds, on a schedule, because two firmware images disagreed about a clock.
Hardware is not included. This project has one non-negotiable line: it takes two Audio DKs.
Two, not one: an Auracast pair is a transmitter and a receiver, and a one board setup cannot do this project. (PCA10121)
Running the pinned stack, nRF Connect SDK v3.4.1, the exact SDK this project is built and verified against.
The sniffer chapter needs one board that can run the nRF Sniffer firmware as the witness: an nRF52840 Dongle is the usual, cheap choice; an nRF52840 DK works too. The chapter is fully readable without it.
Any wired pair with a 3.5 mm plug, for the receiver's headphone jack.
One per board, plus the transmitter's USB audio connection to your computer.
Placeholder price for this preview build. Secure checkout opens at launch; the refund policy (7 days, no questions) will apply from day one.
Prerequisites, honestly: intermediate BLE fluency. You know what a GATT service is, you have built and flashed a Zephyr application before, and reading a Kconfig tree does not scare you. The free BLE, Project Zero course on this site (the macro pad project) is the on ramp; equivalent experience works. And the boards: two nRF5340 Audio DKs. There is no one board track for this project.
Buying the course is the start, not the whole deal. This is what's included with it, and the headline is a human being on the other end of an email.
Stream will not establish, or a sync that dies on a schedule? Email your question about the course to [email protected] and a working engineer answers, within 1 to 2 working days. Support covers questions about the course material and its labs. It is not general consulting, and it does not extend to debugging projects unrelated to the course. For as long as you own the course: no support tiers, no expiry, no ticket bot.
The moving parts (a CIS being established, a broadcast being born, a sink finding its PA, the metronome failure loop), taught as animations you play, pause and step through.
Every chapter ends in a self-check quiz with full answers, so you find the gaps while they're still cheap to fix.
When it breaks. The failure table for this course's builds and boards: symptom, cause, fix. Kept open beside the labs, it earns its place in the first week.
The pair grows one verified step at a time, unicast first, broadcast second, every exercise a buildable checkpoint in a public repo.
Finish every chapter, then pass the final exam: 30 questions, 70% to pass, graded on our server, retakes allowed. Passing earns a certificate of completion with its own public verification page, so anyone can check that it is real, and see its status if that ever changes.
Owning a course here will keep getting better. More owner perks are in the works, and when they land, owners get them, free.
Hardware is the recommended route, not an admission ticket. Start with the path that fits your desk today, and you can return to the bench later without starting over.
Use two nRF5340 Audio DKs (plus the third witness board for Chapter 12). You build all four roles, establish the CIS link, tune the stream, flip the pair to Auracast and finish with a working broadcast pair on your bench.
Follow every chapter with the full code, the exact commands, and the expected outputs in the text, so the theory, the labs, the quizzes, the exam, and the certificate all work with no hardware at all.
What read along cannot give you is the bench feel of a real RF link: hearing the stream lock, and chasing a stutter with your own logs. That part stays worth coming back for.
Yes. LE Audio is a link, and Auracast is a broadcast with a listener; a single board cannot do either act of this project. Two boards is the whole bill of materials for hardware.
If your BLE basics are solid (GATT, advertising, connections, one Zephyr build under your belt), yes: Chapter 1 rebuilds the audio specific ideas from the ground up. If BLE itself is new, start with the free BLE, Project Zero course on this site (the macro pad project).
Yes. Every chapter carries the full code, commands, and expected outputs; the quizzes, exam, and certificate all work read along. You will miss the listening checks, which are written as bench protocols for when the boards arrive.
You should; Chapter 2 uses it as a primary source. What the course adds is the path: which of the four roles to build first, what each build proves, how the concepts connect, and how to diagnose the failures the docs only name.